TWI872123B - 關於針對上行鏈路串流服務的服務品質(qos)提示的考慮 - Google Patents
關於針對上行鏈路串流服務的服務品質(qos)提示的考慮 Download PDFInfo
- Publication number
- TWI872123B TWI872123B TW109134417A TW109134417A TWI872123B TW I872123 B TWI872123 B TW I872123B TW 109134417 A TW109134417 A TW 109134417A TW 109134417 A TW109134417 A TW 109134417A TW I872123 B TWI872123 B TW I872123B
- Authority
- TW
- Taiwan
- Prior art keywords
- responder
- flus
- qos parameters
- offerer
- communication session
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2416—Real-time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/28—Flow control; Congestion control in relation to timing considerations
- H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
- H04L47/748—Negotiation of resources, e.g. modification of a request
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/801—Real time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/824—Applicable to portable or mobile terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- 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
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
- H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Environmental & Geological Engineering (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
在一個態樣中,應答方從提議方接收針對多媒體通信期的第一複數個服務品質(QoS)參數,該第一複數個QoS參數包括指示針對多媒體通信期的第一期望的最大端到端封包丟失及/或潛時的第一丟失及/或潛時參數,確定第一期望的最大端到端封包丟失高於第二期望的最大端到端封包丟失、第一期望的最大端到端封包潛時高於第二期望的最大端到端封包潛時,或兩者,以及向提議方發送針對多媒體通信期的第二複數個QoS參數,該第二複數個QoS參數包括:指示第二期望的最大端到端封包丟失的第二丟失參數、指示第二期望的最大端到端封包潛時的第二潛時參數,或兩者。
Description
本專利申請案主張享受於2019年10月15日提出申請的標題為「CONSIDERATIONS ON QUALITY OF SERVICE (QOS) HINTS FOR AN UPLINK STREAMING SERVICE」的美國臨時申請第62/915,554號的權益,該臨時申請轉讓給本案的受讓人,並且以引用方式將其全部內容明確地併入本文。
本揭示案的態樣大體係關於無線通訊。
無線通訊系統已經發展經歷了各代,包括第一代類比無線電話服務(1G)、第二代(2G)數位無線電話服務(包括中間的2.5G網路)、第三代(3G)高速資料、具備網際網路能力的無線服務、以及第四代(4G)服務(例如,LTE或WiMax)。當前存在處於使用中的許多不同類型的無線通訊系統,包括蜂巢和個人通訊服務(PCS)系統。已知的蜂巢式系統的實例包括蜂巢類比高級行動電話系統(AMPS)和基於分碼多工存取(CDMA)、分頻多工存取(FDMA)、分時多工存取(TDMA)、行動通訊全球系統(GSM)等等的數位蜂巢式系統。
稱為新無線電(NR)的第五代(5G)無線標準實現更高的資料傳輸速度、更大數量的連接和更好的覆蓋範圍,以及其他改進。根據下一代行動網路聯盟,5G標準被設計為向數以萬計的使用者中的各使用者提供每秒數十兆位元的資料速率,向在辦公大樓上的數十名員工提供每秒1千兆位元的資料速率。應當支援數十萬個同時連接,以便支援大型無線感測器部署。因此,與當前的4G標準相比,應當顯著增強5G行動通訊的頻譜效率。此外,與當前標準相比,應當增強訊號傳遞效率,以及應當明顯地降低潛時。
下文提供了與本文所揭示的一或多個態樣有關的簡單概括。因此,下文的概括不應被認為是對與所有預期態樣有關的詳盡概述,亦不應認為下文的概括標識與所有預期態樣有關的關鍵或重要元素,或者描述與任何特定態樣相關聯的範疇。因此,下文的概括的唯一目的是以簡化的形式呈現與本文所揭示的機制有關的一或多個態樣相關的某些概念,以在下文提供的具體實施方式的前面。
在一個態樣中,由應答方執行的無線通訊的方法包括:從提議方接收針對要在該提議方與該應答方之間建立的多媒體通信期的第一複數個服務品質(QoS)參數,該第一複數個QoS參數包括指示針對該多媒體通信期的第一期望的最大端到端封包丟失的第一丟失參數、指示針對該多媒體通信期的第一期望的最大端到端封包潛時的第一潛時參數,或兩者;確定該第一期望的最大端到端封包丟失高於針對該多媒體通信期的第二期望的最大端到端封包丟失、該第一期望的最大端到端封包潛時高於針對該多媒體通信期的第二期望的最大端到端封包潛時,或兩者;及向該提議方發送針對該多媒體通信期的第二複數個QoS參數,該第二複數個QoS參數包括:指示該第二期望的最大端到端封包丟失的第二丟失參數、指示該第二期望的最大端到端封包潛時的第二潛時參數,或兩者。
在一態樣,由提議方執行的無線通訊的方法包括:向應答方發送針對要在該提議方與該應答方之間建立的多媒體通信期的第一複數個QoS參數,該第一複數個QoS參數包括指示針對該多媒體通信期的第一期望的最大端到端封包丟失的第一丟失參數、指示針對該多媒體通信期的第一期望的最大端到端封包潛時的第一潛時參數,或兩者;從該應答方接收針對該多媒體通信期的第二複數個QoS參數,該第二複數個QoS參數包括:指示針對該多媒體通信期的第二期望的最大端到端封包丟失的第二丟失參數、指示針對該多媒體通信期的第二期望的最大端到端封包潛時的第二潛時參數,或兩者;基於該多媒體通信期具有該第二複數個QoS參數,來確定該提議方是否能夠建立與該應答方的該多媒體通信期;及建立與該應答方的該多媒體通信期,該多媒體通信期具有該第二複數個QoS參數。
在一個態樣中,應答方裝置包括記憶體;通訊設備;及通訊地耦合到該記憶體和該通訊設備的至少一個處理器,該至少一個處理器被配置為:從提議方裝置接收針對要在該提議方與該應答方裝置之間建立的多媒體通信期的第一複數個QoS參數,該第一複數個QoS參數包括指示針對該多媒體通信期的第一期望的最大端到端封包丟失的第一丟失參數、指示針對該多媒體通信期的第一期望的最大端到端封包潛時的第一潛時參數,或兩者;確定該第一期望的最大端到端封包丟失高於針對該多媒體通信期的第二期望的最大端到端封包丟失、該第一期望的最大端到端封包潛時高於針對該多媒體通信期的第二期望的最大端到端封包潛時,或兩者;及使得該通訊設備向該提議方裝置發送針對該多媒體通信期的第二複數個QoS參數,該第二複數個QoS參數包括:指示該第二期望的最大端到端封包丟失的第二丟失參數、指示該第二期望的最大端到端封包潛時的第二潛時參數,或兩者。
在一個態樣中,提議方裝置包括記憶體;通訊設備;及通訊地耦合到該記憶體和該通訊設備的至少一個處理器,該至少一個處理器被配置為:使得該通訊設備向應答方裝置發送針對要在該提議方裝置與該應答方裝置之間建立的多媒體通信期的第一複數個QoS參數,該第一複數個QoS參數包括指示針對該多媒體通信期的第一期望的最大端到端封包丟失的第一丟失參數、指示針對該多媒體通信期的第一期望的最大端到端封包潛時的第一潛時參數,或兩者;從該應答方裝置接收針對該多媒體通信期的第二複數個QoS參數,該第二複數個QoS參數包括:指示針對該多媒體通信期的第二期望的最大端到端封包丟失的第二丟失參數、指示針對該多媒體通信期的第二期望的最大端到端封包潛時的第二潛時參數,或兩者;基於該多媒體通信期具有該第二複數個QoS參數,來確定該提議方裝置是否能夠建立與該應答方裝置的該多媒體通信期;及建立與該應答方裝置的該多媒體通信期,該多媒體通信期具有該第二複數個QoS參數。
在一個態樣中,應答方裝置包括:用於從提議方裝置接收針對要在該提議方裝置與該應答方裝置之間建立的多媒體通信期的第一複數個QoS參數的構件,該第一複數個QoS參數包括指示針對該多媒體通信期的第一期望的最大端到端封包丟失的第一丟失參數、指示針對該多媒體通信期的第一期望的最大端到端封包潛時的第一潛時參數,或兩者;用於確定該第一期望的最大端到端封包丟失高於針對該多媒體通信期的第二期望的最大端到端封包丟失、該第一期望的最大端到端封包潛時高於針對該多媒體通信期的第二期望的最大端到端封包潛時,或兩者的構件;及用於向該提議方裝置發送針對該多媒體通信期的第二複數個QoS參數的構件,該第二複數個QoS參數包括:指示該第二期望的最大端到端封包丟失的第二丟失參數、指示該第二期望的最大端到端封包潛時的第二潛時參數,或兩者。
在一態樣,提議方裝置包括:用於向應答方裝置發送針對要在該提議方裝置與該應答方裝置之間建立的多媒體通信期的第一複數個QoS參數的構件,該第一複數個QoS參數包括指示針對該多媒體通信期的第一期望的最大端到端封包丟失的第一丟失參數、指示針對該多媒體通信期的第一期望的最大端到端封包潛時的第一潛時參數,或兩者;用於從該應答方裝置接收針對該多媒體通信期的第二複數個QoS參數的構件,該第二複數個QoS參數包括:指示針對該多媒體通信期的第二期望的最大端到端封包丟失的第二丟失參數、指示針對該多媒體通信期的第二期望的最大端到端封包潛時的第二潛時參數,或兩者;用於基於該多媒體通信期具有該第二複數個QoS參數,來確定該提議方裝置是否能夠建立與該應答方裝置的該多媒體通信期的構件;及用於建立與該應答方裝置的該多媒體通信期的構件,該多媒體通信期具有該第二複數個QoS參數。
在一態樣,儲存電腦可執行指令的非暫時性電腦可讀取媒體包括:用於指導應答方從提議方接收針對要在該提議方與該應答方之間建立的多媒體通信期的第一複數個QoS參數的至少一個指令,該第一複數個QoS參數包括指示針對該多媒體通信期的第一期望的最大端到端封包丟失的第一丟失參數、指示針對該多媒體通信期的第一期望的最大端到端封包潛時的第一潛時參數,或兩者;用於指導該應答方確定該第一期望的最大端到端封包丟失高於針對該多媒體通信期的第二期望的最大端到端封包丟失、該第一期望的最大端到端封包潛時高於針對該多媒體通信期的第二期望的最大端到端封包潛時,或兩者的至少一個指令;及用於指導該應答方向該提議方發送針對該多媒體通信期的第二複數個QoS參數的至少一個指令,該第二複數個QoS參數包括:指示該第二期望的最大端到端封包丟失的第二丟失參數、指示該第二期望的最大端到端封包潛時的第二潛時參數,或兩者。
在一態樣,儲存電腦可執行指令的非暫時性電腦可讀取媒體包括:用於指導提議方向應答方發送針對要在該提議方與該應答方之間建立的多媒體通信期的第一複數個QoS參數的至少一個指令,該第一複數個QoS參數包括指示針對該多媒體通信期的第一期望的最大端到端封包丟失的第一丟失參數、指示針對該多媒體通信期的第一期望的最大端到端封包潛時的第一潛時參數,或兩者;用於指導該提議方從該應答方接收針對該多媒體通信期的第二複數個QoS參數的至少一個指令,該第二複數個QoS參數包括:指示針對該多媒體通信期的第二期望的最大端到端封包丟失的第二丟失參數、指示針對該多媒體通信期的第二期望的最大端到端封包潛時的第二潛時參數,或兩者;用於指導該提議方基於該多媒體通信期具有該第二複數個QoS參數,來確定該提議方是否能夠建立與該應答方的該多媒體通信期的至少一個指令;及用於指導該提議方建立與該應答方的該多媒體通信期的至少一個指令,該多媒體通信期具有該第二複數個QoS參數。
基於附圖和具體實施方式,與本文所揭示的各態樣相關聯的其他目標和優點對於本領域技藝人士而言將是顯而易見的。
在下文針對於出於說明目的而提供的各個實例的描述和相關附圖中,提供了本揭示案的各態樣。在不背離本揭示案的保護範疇的情況下,可以設計出替代的態樣。此外,將不詳細地描述本揭示案的公知的要素或者將省略本揭示案的公知的要素,以避免使本揭示案的相關細節模糊。
本文中使用的詞語「示例性」及/或「實例」意指「用作示例、實例或說明」。本文中描述為「示例性」及/或「實例」的任何態樣不一定被解釋為比其態樣更較佳或更具優勢。同樣地,術語「本揭示案的各態樣」並不要求本揭示案的所有態樣皆包括所論述的特徵、優點或操作模式。
本領域技藝人士將理解的是,下文所描述的資訊和信號可以是使用各種不同的技術和技法中的任意一者來表示的。例如,部分地取決於特定的應用、部分地取決於期望的設計、部分地取決於相應的技術等等,可以遍及下文描述來提及的資料、指令、命令、資訊、信號、位元、符號和碼片可以是藉由電壓、電流、電磁波、磁場或粒子、光場或粒子或者其任意組合來表示的。
進一步地,許多態樣是按照要由例如計算設備的元件執行的動作的順序來描述的。將認識到的是,本文中描述的各種動作可以由特定的電路(例如,特殊應用積體電路(ASIC))、由在藉由一或多個處理器執行的程式指令或者兩者的組合來執行。此外,本文中描述的動作的順序的可以被認為是完全地體現在任何形式的非暫時性電腦可讀取儲存媒體內,該非暫時性電腦可讀取儲存媒體具有儲存在其中的相應電腦指令集,該電腦指令當執行時將使得或指導設備的相關聯的處理器執行本文中描述的功能。因此,本揭示案的各個態樣可以以多種不同的形式來體現,所有該等多種不同的形式已經被預期在所要求保護的主題的範疇之內。此外,對於本文中描述的各態樣之每一者態樣而言,相應形式的任何此種態樣可以在本文中描述為例如「被配置為」執行所描述的動作的「邏輯」。
如本文所使用的,除非另外指出,否則術語「使用者設備」(UE)和「基地台」並不意欲是特定的或者以其他方式受限於任何特定的無線電存取技術(RAT)。通常,UE可以是使用者用來經由無線通訊網路進行通訊的任何無線通訊設備(例如,行動電話、路由器、平板電腦、膝上型電腦、追蹤設備、可穿戴設備(例如,智慧手錶、眼鏡、增強現實(AR)/虛擬實境(VR)耳機等等)、車輛(例如,汽車、摩托車、自行車等)、物聯網路(IoT)設備等)。UE可以是行動的或者可以(例如,在某些時間)是靜止的,以及可以與無線電存取網路(RAN)進行通訊。如本文所使用的,術語「UE」可以可互換地稱為「存取終端」或「AT」、「客戶端設備」、「無線設備」、「用戶設備」、「用戶終端」、「用戶站」、「使用者終端」或UT、「行動設備」、「行動終端」、「行動站」或者其變體。通常,UE可以經由RAN與核心網路進行通訊,並且UE可以經由核心網路與諸如網際網路的外部網路以及與其他UE連接。當然,對於UE而言,諸如經由有線存取網路、無線區域網路(WLAN)網路(例如,基於電氣電子工程師協會(IEEE)802.11等)來連接到核心網路及/或網際網路的其他機制亦是可能的。
基地台可以取決於在其中對其進行部署的網路根據與UE相通訊的若干RAT中的一者來操作,以及可以替代地稱為存取點(AP)、網路節點、節點B、進化型節點B(eNB)、下一代eNB(ng-eNB)、新無線電(NR)節點B(亦稱為gNB或g節點B)等等。基地台可以主要用於支援由UE進行的無線存取,包括支援針對所支援的UE的資料、語音及/或訊號傳遞連接。在一些系統中,基地台可以提供完全地邊緣節點訊號傳遞功能,而在其他系統中,其可以提供另外的控制及/或網路管理功能。經由其UE可以向基地台發送信號的通訊鏈路稱為上行鏈路(UL)通道(例如,反向訊務通道、反向控制通道、存取通道等等)。經由其基地台可以向UE發送信號的通訊鏈路稱為下行鏈路(DL)或前向鏈路通道(例如,傳呼通道、控制通道、廣播通道、前向訊務通道等等)。如本文所使用的,術語訊務通道(TCH)可以指的是上行鏈路/反向或下行鏈路/前向訊務通道。
術語「基地台」可以指的是單個實體發送接收點(TRP),或者指的是可以同地協調或者可以不是同地協調的多個實體TRP。例如,在術語「基地台」指的是單個實體TRP的情況下,實體TRP可以是與基地台的細胞(或者若干細胞扇區)相對應的基地台的天線。在術語「基地台」指的是多個同地協調的實體TRP的情況下,實體TRP可以是基地台的天線的陣列(例如,如在多輸入多輸出(MIMO)系統中,或者在基地台採用波束成形的情況下)。在術語「基地台」指的是多個非同地協調的實體TRP時,實體TRP可以是分散式的天線系統(DAS)(經由傳輸媒體連接到共用源的空間上分離的天線的網路)或者遠端無線電頭端(RRH)(連接到服務基地台的遠端基地台)。或者,非同地協調的實體TRP可以是服務基地台,其從UE和UE正在量測其參考射頻(RF)信號(或簡稱為「參考信號」)的鄰近基地台接收量測報告。如本文所使用的,因為TRP是基地台從其發送以及接收無線信號的點,所以對來自基地台的發送或者在基地台處的接收的引用要被理解為是指基地台的特定TRP。
「RF信號」包括給定頻率的電磁波,該電磁波經由在發射器與接收器之間的空間來傳送資訊。如本文所使用的,發射器可以向接收器發送單個「RF信號」或多個「RF信號」。然而,由於RF信號經由多徑通道的傳播特性,接收器可能接收到與每個發送的RF信號相對應的多個「RF信號」。在發射器與接收器之間的不同路徑上的相同的發送的RF信號可以稱為「多徑」RF信號。如本文所使用的,RF信號亦可以稱為「無線信號」或簡稱為「信號」,其中根據上下文清楚的是,術語「信號」指的是無線信號或RF信號。
根據各個態樣,圖1圖示示例性無線通訊系統100。無線通訊系統100(其亦可以稱為無線廣域網路(WWAN))可以包括各種基地台102和各種UE 104。基地台102可以包括巨集細胞基地台(高功率蜂巢基地台)及/或小型細胞基地台(低功率蜂巢基地台)。在一個態樣中,巨集細胞基地台可以包括在無線通訊系統100對應於LTE網路的情況下的eNB及/或ng-eNB,或者在無線通訊系統100對應於NR網路的情況下的gNB,或者兩者的組合,以及小型細胞基地台可以包括毫微微細胞、微微細胞、微細胞等等。
基地台102可以共同地形成RAN以及經由回載鏈路122與核心網路170(例如,進化封包核心(EPC)或5G核心(5GC))進行接合,以及經由核心網路170接合到一或多個應用伺服器172(其可以是核心網路170的一部分,或者可以在核心網路170的外部)。除了其他功能之外,基地台102可以執行與以下各項中的一項或多項有關的功能:對使用者資料的傳送、無線電通道加密和解密、完整性保護、標頭壓縮、行動性控制功能(例如,交遞、雙連接)、細胞間干擾協調、連接建立和釋放、負載平衡、針對非存取層(NAS)訊息的分發、NAS節點選擇、同步、RAN共享、多媒體廣播多播服務(MBMS)、用戶和設備追蹤、RAN資訊管理(RIM)、傳呼、定位、以及對警告訊息的遞送。基地台102可以經由回載鏈路134來互相(例如,經由EPC/5GC)直接地或者間接地進行通訊,該回載鏈路134可以是有線的或者無線的。
基地台102可以與UE 104無線地進行通訊。基地台102之每一者基地台可以為各自的地理覆蓋區域110提供通訊覆蓋。在一個態樣中,在每個地理覆蓋區域110中的基地台102可以支援一或多個細胞。「細胞」是用於(例如,在稱為載波頻率、分量載波、載波、頻帶等等的某個頻率資源上)與基地台的通訊的邏輯通訊實體,以及可以與用於對經由相同的或不同的載波頻率進行操作的細胞進行區分的識別符(例如,實體細胞識別符(PCI)、虛擬細胞識別符(VCI)、細胞全域識別符(CGI))相關聯。在一些情況下,不同的細胞可以是根據可以提供針對不同類型的UE的存取的不同協定類型(例如,機器類型通訊(MTC)、窄頻IoT(NB-IoT)、增強型行動寬頻(eMBB)或其他)來配置的。因為細胞是由特定的基地台來支援的,所以取決於上下文,術語「細胞」可以指的是邏輯通訊實體和支援其的基地台中的一者或兩者。另外,由於TRP典型地是細胞的實體傳輸點,因此術語「細胞」和「TRP」可以互換地使用。在一些情況下,術語「細胞」亦可以指的是基地台的地理覆蓋區域(例如,扇區),到載波頻率可以被偵測到以及用於在地理覆蓋區域110的某些部分內的通訊的程度。
儘管鄰近的巨集細胞基地台102地理覆蓋區域110可能(例如,在交遞區域中)部分地重疊,但是地理覆蓋區域110中的一些地理覆蓋區域可能被較大的地理覆蓋區域110大幅度重疊。例如,小型細胞基地台102’可以具有與一或多個巨集細胞基地台102的地理覆蓋區域110大幅度重疊的地理覆蓋區域110’。包括小型細胞和巨集細胞基地台兩者的網路可以稱為異質網路。異質網路亦可以包括家庭eNB(HeNB),該HeNB可以向稱為封閉用戶者群組(CSG)的受限制的群組提供服務。
在基地台102與UE 104之間的通訊鏈路120可以包括從UE 104到基地台102的上行鏈路(亦稱為反向鏈路)傳輸及/或從基地台102到UE 104的下行鏈路(亦稱為前向鏈路)傳輸。通訊鏈路120可以使用MIMO天線技術,包括空間多工、波束成形及/或發射分集。通訊鏈路可以是經由一或多個載波頻率的。對載波的分配可以是相對於下行鏈路和上行鏈路而言非對稱的(例如,與用於上行鏈路相比,可以為下行鏈路分配更多或更少的載波)。
無線通訊系統100亦可以包括無線區域網路(WLAN)存取點(AP)150,該AP 150經由在未授權頻譜(例如,5 GHz)中的通訊鏈路154與WLAN站(STA)152相通訊。當在未授權頻譜中進行通訊時,WLAN STA 152及/或WLAN AP 150可以在進行通訊之前執行閒置通道評估(CCA)或先聽後講(LBT)程序,以便確定該通道是否可用。
小型細胞基地台102’可以在經授權的及/或未授權的頻譜中進行操作。當在未授權頻譜中操作時,小型細胞基地台102’可以採用LTE或NR技術,以及使用與由WLAN AP 150使用的相同的5 GHz未授權頻譜。在未授權頻譜中採用LTE/5G的小型細胞基地台102’可以提升存取網路的覆蓋及/或增加存取網路的容量。在未授權頻譜中的NR可以稱為NR-U。在未授權頻譜中的LTE可以稱為LTE-U、經授權的輔助存取(LAA)或MulteFire。
無線通訊系統100亦可以包括可以在毫米波(mmW)頻率及/或近mmW頻率中操作、與UE 182相通訊的mmW基地台180。極高頻(EHF)是在電磁頻譜中的RF的一部分。EHF具有30 GHz至300 GHz的範圍,以及在1毫米與10毫米之間的波長。在該頻帶中的無線電波可以稱為毫米波。近mmW可以向下擴展到具有100毫米的波長的3 GHz的頻率。超高頻(SHF)頻帶在3 GHz與30 GHz之間擴展,亦稱為釐米波。使用mmW/近mmW射頻頻帶的通訊具有高的路徑損耗和相對短的範圍。mmW基地台180和UE 182可以在mmW通訊鏈路184上利用波束成形(發送及/或接收)來補償極高的路徑損耗和短的範圍。進一步地,將理解的是,在替代的配置中,一或多個基地台102亦可以使用mmW或近mmW和波束成形來進行發送。因此,將理解的是,前述說明僅僅是實例,以及不應被解釋為限制本文中揭示的各個態樣。
發射波束成形是用於將RF信號聚焦在特定的方向上的技術。傳統上,當網路節點(例如,基地台)廣播RF信號時,其在所有方向(全向)上廣播該信號。利用發射波束成形,網路節點確定給定的目標設備(例如,UE)所位於的位置(相對於進行發送的網路節點),以及在該特定方向上投射較強的下行鏈路RF信號,從而為接收設備提供更快的(在資料速率方面)和更強的RF信號。為了當進行發送時改變RF信號的方向性,網路節點控制可以在對RF信號進行廣播的一或多個發射器之每一者發射器處的RF信號的相位和相對幅度。例如,在不實際地移動天線的情況下,網路節點可以使用天線的陣列(稱為「相控陣」或「天線陣列」),該天線的陣列建立可以被「轉向」以在不同的方向上進行指向的RF波束。特別地,來自發射器的RF電流是利用正確的相位關係饋送給單個的天線的,以便來自單獨的天線的無線電波加在一起以增加在期望的方向上的輻射,同時取消以抑制在非期望的方向上的輻射。
發射波束可以是準並列放置的,此意味著對於接收器(例如,UE)而言其看起來具有相同的參數,而不管網路節點的發射天線本身是否是實體上並列放置的。在NR中,存在四種類型的準並列放置(QCL)關係。特別地,給定類型的QCL關係意指關於第二波束的第二參考RF信號的某些參數可以是從關於源波束的源參考RF信號的資訊來匯出的。因此,若源參考RF信號是QCL類型A,則接收器可以使用源參考RF信號來估計在同一通道上發送的第二參考RF信號的都卜勒頻移、都卜勒擴展、平均延遲和延遲擴展。若源參考RF信號是QCL類型B,則接收器可以使用源參考RF信號來估計在同一通道上發送的第二參考RF信號的都卜勒頻移和都卜勒擴展。若源參考RF信號是QCL類型C,則接收器可以使用源參考RF信號來估計在同一通道上發送的第二參考RF信號的都卜勒頻移和平均延遲。若源參考RF信號是QCL類型D,則接收器可以使用源參考RF信號來估計在同一通道上發送的第二參考RF信號的空間接收參數。
在接收波束成形中,接收器使用接收波束來放大在給定通道上偵測到的RF信號。例如,接收器可以在特定方向上增加增益設置及/或調整天線的陣列的相位設置,以放大從該方向接收的RF信號(例如,用於增加其增益位準)。因此,當據說接收器在某個方向上波束成形時,此意味著在該方向上的波束增益相對於沿著其他方向的波束增益而言是高的,或者與在對於接收器而言可用的所有其他接收波束在該方向上的波束增益相比,在該方向上的波束增益最高。此導致從該方向接收到的RF信號的更強的接收信號強度(例如,參考信號接收功率(RSRP)、參考信號接收品質(RSRQ)、信號與干擾加雜訊比(SINR)等等)。
接收波束可以是在空間上相關的。空間關係意指標對第二參考信號的發射波束的參數可以是從關於針對第一參考信號的接收波束的資訊匯出的。例如,UE可以使用特定的接收波束來從基地台接收一或多個參考下行鏈路參考信號(例如,定位參考信號(PRS)、追蹤參考信號(TRS)、相位追蹤參考信號(PTRS)、細胞特定參考信號(CRS)、通道狀態資訊參考信號(CSI-RS)、主要同步信號(PSS)、輔同步信號(SSS)、同步信號區塊(SSB)等等)。隨後,UE可以基於接收波束的參數,來形成用於向該基地台發送一或多個上行鏈路參考信號(例如,上行鏈路定位參考信號(UL-PRS)、探測參考信號(SRS)、解調參考信號(DMRS)、PTRS等等)的發射波束。
應當注意的是,「下行鏈路」波束可以是發射波束或者接收波束,此取決於形成其的實體。例如,若基地台正在形成用於向UE發送參考信號的下行鏈路波束,則下行鏈路波束是發射波束。但是,若UE正在形成下行鏈路波束,則其是用於接收下行鏈路參考信號的接收波束。類似地,「上行鏈路」波束可以是發射波束或者接收波束,此取決於形成其的實體。例如,若基地台正在形成上行鏈路波束,則其是上行鏈路接收波束,以及若UE正在形成上行鏈路波束,則其是上行鏈路發射波束。
在5G中,將在其中無線節點(例如,基地台102/180、UE 104/182)進行操作的頻譜劃分為多個頻率範圍FR1(從450至6000 MHz)、FR2(從24250至52600 MHz)、FR3(高於52600 MHz)和FR4(在FR1與FR2之間)。在多載波系統(諸如5G)中,載波頻率中的一個載波頻率稱為「主載波」或「錨定載波」或「主服務細胞」或「PCell」,以及其餘載波頻率稱為「輔載波」或「輔服務細胞」或「SCell」。在載波聚合中,錨定載波是在由UE 104/182利用的主頻率(例如,FR1)上操作的載波、以及在其中UE 104/182執行初始無線電資源控制(RRC)連接建立程序或者發起RRC連接重新建立程序的細胞。主載波承載所有共同的和特定於UE的控制通道,以及可以是經授權的頻率中的載波(但是,並非總是如此)。輔載波是在第二頻率(例如,FR2)上操作的載波,其可以是一旦在UE 104與錨定載波之間建立了RRC連接就被配置的,以及可以用於提供另加的無線電資源。在一些情況下,輔載波可以是未授權頻率中的載波。輔載波可以僅包含必要的訊號傳遞資訊和信號,例如由於主上行鏈路載波和主下行鏈路載波兩者典型地是特定於UE的,因此特定於UE的彼等訊號傳遞資訊和信號可以不存在於輔載波中。此意味著細胞中的不同UE 104/182可以具有不同的下行鏈路主載波。對於上行鏈路主載波亦是如此。網路能夠在任何時間改變任何UE 104/182的主載波。例如,如此做是為了平衡在不同載波上的負載。因為「服務細胞」(無論是PCell亦是SCell)對應於在其之上一些基地台正在進行通訊的載波頻率/分量載波,術語「細胞」、「服務細胞」、「分量載波」、「載波頻率」等等可以互換地使用。
例如,仍然參見圖1,由巨集細胞基地台102利用的頻率中的一個頻率可以是錨定載波(或「PCell」),以及由巨集細胞基地台102及/或mmW基地台180利用的其他頻率可以是輔載波(「SCells」)。對多個載波的同時發送及/或接收使得UE 104/182能夠顯著地提高其資料發送及/或接收速率。例如,與由單個20 MHz載波達到的資料速率相比,多載波系統中的兩個20 MHz聚合的載波將在理論上導致資料速率增加兩倍(亦即,40 MHz)。
無線通訊系統100亦可以包括UE 164,該UE 164可以經由通訊鏈路120與巨集細胞基地台102進行通訊,及/或經由mmW通訊鏈路184與mmW基地台180進行通訊。例如,巨集細胞基地台102可以支援針對UE 164的PCell和一或多個SCell,以及mmW基地台180可以支援針對UE 164的一或多個SCell。
無線通訊系統100亦可以包括經由一或多個設備對設備(D2D)同級間(P2P)鏈路(稱為「側行鏈路」)間接地連接到一或多個通訊網路的一或多個UE(諸如UE 190)。在圖1的實例中,UE 190具有與連接到基地台102中的一個基地台的UE 104中的一個UE的D2D P2P鏈路192(例如,經由其UE 190可以間接地獲得蜂巢連接),以及與連接到WLAN AP 150的WLAN STA 152的D2D P2P鏈路194(經由其UE 190可以間接地獲得基於WLAN的網際網路連接)。在一個實例中,D2D P2P鏈路192和194可以是利用任何公知的D2D RAT(諸如LTE直接型(LTE-D)、WiFi直接型(WiFi-D)、藍芽®等等)來支援的。
根據各個態樣,圖2A圖示示例無線網路結構200。例如,5GC 210(亦稱為下一代核心(NGC))可以在功能上視作為控制平面功能214(例如,UE註冊、認證、網路存取、閘道選擇等等)和使用者平面功能212(例如,UE閘道功能、對資料網路的存取、網際網路協定(IP)路由等等),其合作地進行操作以形成核心網路。使用者平面介面(NG-U)213和控制平面介面(NG-C)215將gNB 222連接到5GC 210,以及特別是連接到控制平面功能214和使用者平面功能212。在另外的配置中,ng-eNB 224亦可以經由到控制平面功能214的NG-C 215和到使用者平面功能212的NG-U 213來連接到5GC 210。進一步地,ng-eNB 224可以經由回載連接223直接地與gNB 222進行通訊。在一些配置中,新RAN 220可以僅具有一或多個gNB 222,而其他配置包括ng-eNB 224和gNB 222兩者中的一者或多者。gNB 222或ng-eNB 224可以與UE 204(例如,圖1中圖示的UE中的任何一個UE)進行通訊。另一可選態樣可以包括位置伺服器230,該位置伺服器可以與5GC 210相通訊以提供針對UE 204的位置輔助。位置伺服器230可以實施為複數個單獨的伺服器(例如,實體上分開的伺服器、在單個伺服器上的不同軟體模組、跨越多個實體伺服器來分佈的不同軟體模組等等),或者替代地可以各自對應於單個伺服器。位置伺服器230可以被配置為支援針對UE 204的一或多個位置服務,該UE 204可以經由核心網路、5GC 210及/或經由網際網路(未圖示)連接到位置伺服器230。進一步地,位置伺服器230可以整合到核心網路的部件中,或者替代地可以在核心網路的外部。
根據各個態樣,圖2B圖示另一示例無線網路結構250。例如,5GC 260可以在功能上視作為由存取和行動性管理功能(AMF)264提供的控制平面功能、以及由使用者平面功能(UPF)262提供的使用者平面功能,其合作地操作以形成核心網路(亦即,5GC 260)。使用者平面介面263和控制平面介面265將ng-eNB 224連接到5GC 260,以及特別是分別連接到UPF 262和AMF 264。在另外的配置中,gNB 222亦可以經由到AMF 264的控制平面介面265和到UPF 262的使用者平面介面263連接到5GC 260。進一步地,在具有或不具有到5GC 260的gNB直接連接的情況下,ng-eNB 224可以經由回載連接223直接地與gNB 222通訊。在一些配置中,新RAN 220可能僅具有一或多個gNB 222,而其他配置包括ng-eNB 224和gNB 222兩者中的一者或多者。gNB 222或ng-eNB 224可以與UE 204(例如,圖1中所圖示的UE中的任何一個UE)進行通訊。新RAN 220的基地台經由N2介面與AMF 264進行通訊,以及經由N3介面與UPF 262進行通訊。
AMF 264的功能包括註冊管理、連接管理、可達性管理、行動性管理、合法偵聽、針對在UE 204與通信期管理功能(SMF)266之間的通信期管理(SM)訊息的傳送、用於路由SM訊息的透明代理服務、存取認證和存取授權、針對在UE 204與簡訊服務功能(SMSF)(未圖示)之間的簡訊服務(SMS)訊息的傳送,以及安全錨定功能(SEAF)。AMF 264亦與認證伺服器功能(AUSF)(未圖示)和UE 204進行互動,以及接收作為UE 204認證程序的結果而建立的中間金鑰。在基於UMTS(通用行動電信系統)用戶身份模組(USIM)進行的認證的情況下,AMF 264從AUSF取回安全材料。AMF 264的功能亦包括安全上下文管理(SCM)。SCM從SEAF接收金鑰,其用於匯出存取網路特定的金鑰。AMF 264的功能亦包括用於監管服務的位置服務管理、針對在UE 204與位置管理功能(LMF)270(其充當位置伺服器230)之間的位置服務訊息的傳送、針對在新RAN 220與LMF 270之間的位置服務訊息的傳送、用於與EPS互通的進化封包系統(EPS)承載識別符分配、以及UE 204行動性事件通知。此外,AMF 264亦支援針對非3GPP(第三代合作夥伴計畫)存取網路的功能。
UPF 262的功能包括:充當用於RAT內/RAT間行動性的錨定點(當適用時)、充當互連到資料網路(未圖示)的外部協定資料單元(PDU)通信期點、提供封包路由和轉發、封包檢查、使用者平面策略規則執行(例如,門控、重定向、訊務控制)、合法偵聽(使用者平面收集)、訊務使用情況報告、針對使用者平面的服務品質(QoS)處理(例如,上行鏈路/下行鏈路速率執行、在下行鏈路中的反射QoS標記)、上行鏈路訊務驗證(服務資料流(SDF)到QoS流映射)、在上行鏈路和下行鏈路中的傳輸層封包標記、下行鏈路封包緩衝和下行鏈路資料通知觸發、以及對一或多個「結束標記」向源RAN節點的發送和轉發。UPF 262亦可以支援在使用者平面上在UE 204與位置伺服器(諸如安全使用者平面位置(SUPL)位置平臺(SLP)272)之間對位置服務訊息的傳送。
SMF 266的功能包括通信期管理、UE IP位址分配和管理、對使用者平面功能的選擇和控制、對在UPF 262處的訊務控制的配置以將訊務路由到適當的目的地、對策略執行和QoS的一部分的控制、以及下行鏈路資料通知。在其上SMF 266與AMF 264進行通訊的介面稱為N11介面。
另一可選態樣可以包括LMF 270,該LMF 270可以與5GC 260相通訊以提供針對UE 204的位置輔助。LMF 270可以實現為複數個單獨的伺服器(例如,實體上分開的伺服器、在單個伺服器上的不同軟體模組、跨越多個實體伺服器分佈的不同軟體模組等等),或者替代地可以各自對應於單個伺服器。LMF 270可以被配置為支援針對UE 204的一或多個定位服務,該UE 204可以經由核心網路、5GC 260及/或經由網際網路(未圖示)連接到LMF 270。SLP 272可以支援與LMF 270類似的功能,但是然而LMF 270可以在控制平面之上與AMF 264、新RAN 220和UE 204進行通訊(例如,使用意欲傳送訊號傳遞訊息而不是語音或資料的介面和協定),SLP 272可以在使用者平面之上與UE 204和外部客戶端(圖2B中未圖示)進行通訊(例如,使用意欲攜帶語音及/或資料的協定,如同傳輸控制協定(TCP)及/或IP)。
圖3A、圖3B和圖3C圖示可以併入到UE 302(其可以對應於本文中所描述的UE中的任何UE)、基地台304(其可以對應於本文中所描述的基地台中的任何基地台)和網路實體306(其可以對應於或體現本文中描述的網路功能中的任何網路功能,包括應用伺服器172、位置伺服器230、LMF 270和SLP 272)以支援如本文所教示的檔案傳輸操作的若干示例部件(藉由相應的方塊來表示)。將理解的是,該等部件可以是在不同的實施方式中在不同類型的裝置中實施(例如,在ASIC中、在片上系統(SoC)中等等)。所圖示的部件亦可以併入到通訊系統中的其他裝置中。例如,系統中的其他裝置可以包括與描述為提供類似功能的部件類似的部件。另外,給定的裝置可以包含部件中的一或多個部件。例如,裝置可以包括使得該裝置能夠在多個載波上操作及/或經由不同的技術進行通訊的多個收發機部件。
UE 302和基地台304各自分別包括無線廣域網路(WWAN)收發機310和350,經由諸如NR網路、LTE網路、GSM網路等等的一或多個無線通訊網路(未圖示)來提供用於通訊的構件(例如,用於發送的構件、用於接收的構件、用於量測的構件、用於調諧的構件、用於避免發送的構件等等)。WWAN收發機310和350可以分別連接至一或多個天線316和356,用於經由感興趣的無線通訊媒體(例如,特定頻譜中的某組時間/頻率資源)經由至少一種指定的RAT(例如,NR、LTE、GSM等)與諸如其他UE、存取點、基地台(例如,ng-eNB、gNB)等等的其他網路節點進行通訊。WWAN收發機310和350可以被不同地配置用於根據指定的RAT分別發送和編碼信號318和358(例如,訊息、指示、資訊等),以及相反地,用於分別接收和解碼信號318和358(例如,訊息、指示、資訊、引導頻等)。特別地,WWAN收發機310和350分別包括用於分別發送和編碼信號318和358的一或多個發射器314和354,以及分別包括用於分別接收和解碼信號318和358的一或多個接收器312和352。
至少在一些情況下,UE 302和基地台304亦分別包括無線區域網路(WLAN)收發機320和360。WLAN收發機320和360可以分別連接到一或多個天線326和366,以及經由感興趣的無線通訊媒體經由至少一個指定的RAT(例如,WiFi、LTE-D、藍芽®等)來提供用於與諸如其他UE、存取點、基地台等等的其他網路節點進行通訊的構件(例如,用於發送的構件、用於接收的構件、用於量測的構件、用於調諧的構件、用於避免發送的構件等等)。WLAN收發機320和360可以被不同地配置用於根據指定的RAT分別發送和編碼信號328和368(例如,訊息、指示、資訊等),以及相反地,用於分別接收和解碼信號328和368(例如,訊息、指示、資訊、引導頻等)。特別地,WLAN收發機320和360分別包括用於分別發送和編碼信號328和368的一或多個發射器324和364,以及分別包括用於分別接收和解碼信號328和368的一或多個接收器322和362。
在一些實施方式中包括至少一個發射器和至少一個接收器的收發機電路可以包括集成設備(例如,體現為單個通訊設備的發射器電路和接收器電路),在一些實施方式中可以包括單獨的發射器設備和單獨的接收器設備,或者在其他實施方式中可以是以其他方式來體現的。在一態樣,發射器可以包括或耦合到複數個天線(例如,天線316、326、356、366)(諸如天線陣列),其允許各自的裝置執行發射「波束成形」,如本文中描述的。類似地,接收器可以包括或耦合到複數個天線(例如,天線316、326、356、366)(諸如天線陣列),其允許各自的裝置執行接收波束成形,如本文中描述的。在一態樣,發射器和接收器可以共享相同的複數個天線(例如,天線316、326、356、366),使得各自的裝置可以僅在給定的時間進行接收或發送,而不是同時進行接收和發送兩者。UE 302及/或基地台304的無線通訊設備(例如,收發機310和320及/或350和360中的一者或兩者)亦可以包括網路監聽模組(NLM)等,用於執行各種量測。
至少在一些情況下,UE 302和基地台304亦包括衛星定位系統(SPS)接收器330和370。SPS接收器330和370可以分別連接到一或多個天線336和376,以及可以分別提供用於接收及/或量測SPS信號338和378(諸如全球定位系統(GPS)信號、全球導航衛星系統(GLONASS)信號、伽利略信號、北斗信號、印度區域導航衛星系統(NAVIC)、準天頂衛星系統(QZSS)等等)的構件。SPS接收器330和370可以分別包括用於接收和處理SPS信號338和378的任何適當的硬體及/或軟體。SPS接收器330和370酌情從其他系統請求資訊和操作,以及使用經由任何適當的SPS演算法獲得的量測結果來執行對於確定UE 302和基地台304的位置所必需的計算。
基地台304和網路實體306各自分別包括至少一個網路介面380和390,提供用於與其他網路實體進行通訊的構件(例如,用於發送的構件、用於接收的構件等等)。例如,網路介面380和390(例如,一或多個網路存取埠)可以被配置為經由基於有線或無線回載的連接與一或多個網路實體進行通訊。在一些態樣,網路介面380和390可以實施為被配置為支援基於有線的或無線信號通訊的收發機。例如,該通訊可以涉及發送和接收訊息、參數及/或其他類型的資訊。
UE 302、基地台304和網路實體306亦包括可以與如本文中揭示的操作結合使用的其他部件。UE 302包括實施處理系統332的處理器電路,用於提供與例如定位操作有關的功能以及用於提供其他處理功能。基地台304包括處理系統384,用於提供與例如如本文中揭示的定位操作有關的功能,以及用於提供其他處理功能。網路實體306包括處理系統394,用於提供與例如如本文中揭示的定位操作有關的功能,以及用於提供其他處理功能。處理系統332、384和394可以因此提供用於處理的構件,諸如用於確定的構件、用於計算的構件、用於接收的構件、用於發送的構件、用於指示的構件等等。在一態樣,處理系統332、384和394可以包括例如一或多個通用處理器、多核處理器、ASIC、數位訊號處理器(DSP)、現場可程式設計閘陣列(FPGA)或其他可程式設計邏輯設備或處理電路。
UE 302、基地台304和網路實體306分別包括實施用於維持資訊(例如,指示保留的資源、閾值、參數等等的資訊)的儲存部件340、386和396(例如,各自包括記憶體設備)的記憶體電路。儲存部件340、386和396可以因此提供用於儲存的構件、用於取回的構件、用於維護的構件等等。在一些情況下,UE 302和基地台304可以分別包括上行鏈路串流服務部件342和388,以及網路實體306可以包括QoS分配部件398。部件342、388和398可以是分別作為處理系統332、384和394的一部分或耦合到處理系統332、384和394的硬體電路,其在被執行時使得UE 302、基地台304和網路實體306執行本文中描述的功能。在其他態樣,部件342、388和398可以在處理系統332、384和394的外部(例如,數據機處理系統的一部分、與另一處理系統整合等等)。或者,部件342、388和398可以分別是儲存在儲存部件340、386和396中的記憶體模組(如在圖3A至圖3C所示),其當由處理系統332、384和394(或數據機處理系統、另一處理系統等等)執行時,使得UE 302、基地台304和網路實體306執行本文中描述的功能。
UE 302可以包括耦合到處理系統332的一或多個感測器344,以提供用於感測或偵測獨立於根據由WWAN收發機310、WLAN收發機320及/或SPS接收器330接收的信號來匯出的運動資料的運動及/或定向資訊的構件。舉例而言,感測器344可以包括加速度計(例如,微電子機械系統(MEMS)設備)、陀螺儀、地磁感測器(例如,指南針)、高度計(例如,氣壓高度計)及/或任何其他類型的運動偵測感測器。此外,感測器344可以包括複數個不同類型的設備以及對其輸出進行組合,以便提供運動資訊。例如,感測器344可以使用多軸加速度計和定向感測器的組合,以提供用於計算在2D及/或3D座標系中的位置的能力。
另外,UE 302包括使用者介面346,其提供用於向使用者提供指示(例如,聽覺的及/或視覺的指示)及/或用於接收使用者輸入的構件(例如,在使用者致動諸如小鍵盤、觸控式螢幕、麥克風等等的感測設備時)。儘管未圖示,但是基地台304和網路實體306亦可以包括使用者介面。
更詳細地參照處理系統384,在下行鏈路中,來自網路實體306的IP封包可以是提供給處理系統384的。處理系統384可以實施針對RRC層、封包資料收斂協定(PDCP)層、無線電鏈路控制(RLC)層和媒體存取控制(MAC)層的功能。處理系統384可以提供與對系統資訊(例如,主區塊(MIB)、系統區塊(SIB))的廣播、RRC連接控制(例如,RRC連接傳呼、RRC連接建立、RRC連接修改和RRC連接釋放)、RAT間的移動、以及用於UE量測報告的量測配置相關聯的RRC層功能;與標頭壓縮/解壓縮、安全(加密、解密、完整性保護、完整性驗證)和交遞支援功能相關聯的PDCP層功能;及與對上層PDU的傳送、經由自動重傳請求(ARQ)的糾錯、對RLC服務資料單元(SDU)的串聯、分割和重組、對RLC資料PDU的重新分割、以及對RLC資料PDU的重新排序相關聯的RLC層功能;及與在邏輯通道與傳輸通道之間的映射、排程資訊報告、糾錯、優先順序處理、以及邏輯通道優先順序劃分相關聯的MAC層功能。
發射器354和接收器352實施與各種信號處理功能相關聯的層1(L1)功能。包括實體(PHY)層的層1可以包括關於傳輸通道的誤差偵測、傳輸通道的前向糾錯(FEC)編碼/解碼、交錯、速率匹配、映射到實體通道、對實體通道的調制/解調、以及MIMO天線處理。發射器354基於各種調制方案(例如,二進位移相鍵控(BPSK)、正交移相鍵控(QPSK)、M-移相鍵控(M-PSK)、M-正交幅度調制(M-QAM)),來處理到信號群集的映射。所編碼和調制的符號可以隨後分割成並行的流。每個流可以隨後映射到正交分頻多工(OFDM)次載波,在時域及/或頻域中與參考信號(例如,引導頻)進行多工處理,以及隨後使用逆快速傅裡葉變換(IFFT)來組合在一起,以產生攜帶時域OFDM符號串流的實體通道。對OFDM符號串流進行空間預編碼,以產生多個空間流。來自通道估計器的通道估計可以用於確定編碼和調制方案以及用於空間處理。通道估計可以是根據由UE 302發送的參考信號及/或通道狀況回饋來匯出的。各空間流可以隨後提供給一或多個不同的天線356。發射器354可以利用各自的空間流對RF載波進行調制,用於進行傳輸。
在UE 302處,接收器312經由其各自的天線316接收信號。接收器312恢復出調制在RF載波上的資訊,以及將該資訊提供給處理系統332。發射器314和接收器312實施與各種信號處理功能相關聯的層1功能。接收器312可以對該資訊執行空間處理,以恢復出預定針對UE 302的任何空間流。若多個空間流是預定針對UE 302的,則接收器312可以將該多個空間流組合成單個OFDM符號串流。接收器312隨後使用快速傅裡葉變換(FFT)將OFDM符號串流從時域轉換到頻域。頻域信號包括針對OFDM信號的每個次載波的單獨的OFDM符號串流。在每個次載波上的符號以及參考信號是經由確定由基地台304發送的最可能的信號群集點來恢復和解調的。該等軟判決可以是基於由通道估計器計算的通道估計。隨後,對軟判決進行解碼和解交錯,以恢復出由基地台304最初在實體通道上發送的資料和控制信號。隨後,將資料和控制信號提供給處理系統332,該處理系統332實施層3(L3)和層2(L2)功能。
在上行鏈路中,處理系統332提供在傳輸通道與邏輯通道之間的解多工、封包重組、解密、標頭解壓縮和控制信號處理,以恢復出來自核心網路的IP封包。處理系統332亦負責誤差偵測。
類似於結合由基地台304進行的下行鏈路傳輸所描述的功能,處理系統332提供與系統資訊(例如,MIB、SIB)獲取、RRC連接、以及量測報告相關聯的RRC層功能;與標頭壓縮/解壓縮和安全(加密、解密、完整性保護、完整性驗證)相關聯的PDCP層功能;與對上層PDU的傳送、經由ARQ的糾錯、對RLC SDU的串聯、分割和重組、對RLC資料PDU的重新分割、以及對RLC資料PDU的重新排序相關聯的RLC層功能;及與在邏輯通道與傳輸通道之間的映射、對MAC SDU到傳輸塊(TB)上的多工、對MAC SDU從TB中的解多工、排程資訊報告、經由混合自動重傳請求(HARQ)的糾錯、優先順序處理、以及邏輯通道優先順序劃分相關聯的MAC層功能。
由通道估計器從由基地台304發送的參考信號或回饋中匯出的通道估計可以由發射器314使用,以選擇適當的編碼和調制方案,以及促進空間處理。由發射器314產生的空間流可以是提供給不同的天線316的。發射器314可以利用各自的空間流來對RF載波進行調制,用於進行傳輸。
以類似於結合在UE 302處的接收器功能所描述的方式,在基地台304處對上行鏈路傳輸進行處理。接收器352經由其各自的天線356來接收信號。接收器352恢復出調制在RF載波上的資訊,以及將該資訊提供給處理系統384。
在上行鏈路中,處理系統384提供在傳輸通道與邏輯通道之間的解多工、封包重組、解密、標頭解壓縮、控制信號處理,以恢復出來自UE 302的IP封包。來自處理系統384的IP封包可以是提供給核心網路的。處理系統384亦負責誤差偵測。
為了方便起見,UE 302、基地台304及/或網路實體306在圖3A至圖3C中圖示為包括可以根據本文中描述的各種示例來配置的各種部件。但是,將理解的是,所圖示的方塊在不同的設計中可以具有不同的功能。
UE 302、基地台304和網路實體306的各個部件可以分別經由資料匯流排334、382和392互相通訊。圖3A至圖3C的部件可以是以各種方式來實施的。在一些實施方式中,圖3A至圖3C的部件可以是在一或多個電路(諸如,例如一或多個處理器及/或一或多個ASIC(其可以包括一或多個處理器))中實施的。在此,每個電路可以使用及/或併入至少一個儲存部件,用於儲存由該電路使用以提供該功能的資訊或可執行代碼。例如,經由方塊310至346表示的功能中的一些功能或全部功能可以由UE 302的處理器和儲存部件來實施(例如,藉由執行適當的代碼及/或藉由處理器部件的適當配置)。類似地,藉由方塊350至388表示的功能中的一些功能或全部功能可以由基地台304的處理器和儲存部件來實施(例如,藉由執行適當的代碼及/或藉由處理器部件的適當配置)。此外,經由方塊390至398表示的功能中的一些功能或全部功能可以由網路實體306的處理器和儲存部件來實施(例如,藉由執行適當的代碼及/或藉由處理器部件的適當配置)。為了簡單起見,各種操作、動作及/或功能在本文中描述為「由UE」、「由基地台」、「由定位實體」等等執行。但是,如將理解的,此種操作、動作及/或功能可以實際上由UE、基地台、定位實體等等的特定部件或部件的組合(諸如處理系統332、384、394、收發機310、320、350和360、儲存部件340、386和396、部件342、388和398等等)來執行。
當支援多媒體(例如,語音)服務的UE到達網路覆蓋範圍的邊緣(例如,諸如LTE或NR網路的WWAN的邊緣)時,網路典型地檢查交遞閾值,以及基於來自UE的量測報告來確定是否將該UE交接給不同的無線電存取技術(RAT)。例如,儘管最初部署LTE和NR網路來支援資料服務,但是LTE和NR網路已經發展為越來越支援基於即時多媒體的服務,諸如針對即時上行鏈路串流(FLUS)的框架、針對網際網路協定(IP)的多媒體電話服務多媒體子系統(IMS)(MTSI)、虛擬實境、增強現實、遠端呈現、分離渲染(在該情況下,網路與UE共用影像處理負載)等等。
與下行鏈路覆蓋相比,某些網路(例如,LTE和NR網路)中的上行鏈路覆蓋傾向於受到限制,或者至少更受限制。照此,出現的問題是在網路邊緣從UE到基地台(例如,eNB、gNB)的上行鏈路覆蓋範圍傾向於較弱(例如,導致更高的封包丟失率(PLR)或塊差錯率(BLER))。因此,定義閾值來切換基於多媒體的通信期,以避免由於增加的封包丟失而導致在服務中的進一步的降級。在該等場景中,UE檢查交遞閾值,以及確定何時從一個無線細胞交接到具有類似的無線存取技術的鄰近的無線細胞,例如或者完全地移交到不同的RAT(諸如WLAN)。
通常,交遞閾值甚至可以從一個UE到另一UE而改變,此是因為在多媒體服務上的封包丟失的影響可能取決於各種因素,諸如服務正在使用的多媒體轉碼器或者轉碼器模式,在進行接收的UE處實施的封包丟失隱藏(PLC)演算法以及在進行接收的UE處使用的信號干擾(或去信號干擾)緩衝區管理(JBM)實施方式。例如,可以使用的一種多媒體轉碼器是自我調整多速率(AMR)音訊轉碼器,其使用鏈路自我調整以基於連結狀況從八個不同的位元元速率中的一個位元元速率進行選擇,以及通常是在電路交換網中使用的。另一多媒體轉碼器是自我調整多速率寬頻(AMR-WB),其與AMR轉碼器類似,不同之處在於,由於與AMR音訊轉碼器相比的更寬的語音訊寬,因此AMR-WB提供改善的語音品質。又一多媒體轉碼器(增強型語音服務(EVS))提供與AMR和AMR-WB相比要高的穩健性,以及亦提供通道感知模式,該通道感知模式包括基於部分冗餘的封包丟失隱藏機制,其結果是相對於EVS非通道感知模式或AMR/AMR-WB的改善的品質/可解度。
此外,諸如零插入、波形替換、基於模型的方法等等的PLC演算法可以在一定程度上掩蓋封包丟失的影響。此是因為多媒體信號是以封包的方式經由網路來發送的,該封包可能經過不同的路線到達目的地,以及因此延遲到達、損壞、亂序或根本未到達。與此相關地,由於封包可能無序到達解碼器或者在到達時間具有隨機信號干擾,因此JBM實施方式可以使用不同的技術來吸收在封包到達時間的信號干擾,以便多媒體封包可以是以均勻間隔的週期性間隔來饋送給解碼器的。因此,存在可能影響每個UE為了維持高品質多媒體通信期而可以容忍的封包丟失的各種因素。
對通常在WWAN或其他無線網路中的移動基礎設施處(例如,在NR網路中的gNB處)處理的適當的交遞閾值進行設置的挑戰之一,是確保跨越從媒體發送方到媒體接收方的傳輸路徑的端到端(e2e)差錯率不超過轉碼器、PLC和JBM在不導致品質及/或可解度大幅降級的情況下可以處理的最大封包丟失。例如,圖4根據本揭示案的各個態樣圖示在參與基於多媒體的通訊通信期的兩個UE之間的示例端到端通訊流。在圖4的實例中,從UE 402-2到UE 402-1(其可以對應於本文中描述的UE中的任何UE)的方向上的多媒體傳輸是在從UE 402-2到其服務gNB 422-2(例如,本文中描述的基地台中的任何基地台)的上行鏈路432上發送的。gNB 422-2經由回載鏈路434將傳輸轉發給針對UE 402-1的服務gNB 422-1(例如,本文中描述的基地台中的任何其他基地台)。隨後,服務gNB 422-1在下行鏈路436上向進行接收的UE 402-1發送多媒體傳輸。類似地,在相反方向上,從UE 402-1到UE 402-2的多媒體傳輸是在從UE 402-1到服務gNB 422-1的上行鏈路442上發送的,該服務gNB 422-1隨後經由回載鏈路444將傳輸轉發給針對UE 402-2的服務gNB 422-2。隨後,服務gNB 422-2在下行鏈路446上向進行接收的UE 402-2發送多媒體傳輸。
假設在回載鏈路434、444上不存在封包丟失或者存在可忽略的封包丟失,則對於在從UE 402-2到UE 402-1的方向上發送的多媒體傳輸,在上行鏈路432和下行鏈路436上的PLR的總和應當小於或等於針對在UE 402-1處在使用中的轉碼器、PLC演算法和JBM實施方式的最大PLR。類似地,在從UE 402-1向UE 402-2發送多媒體的方向上,在上行鏈路442和下行鏈路446上的PLR的總和應當小於或等於針對在UE 402-2處在使用中的轉碼器、PLC演算法和JBM實施方式的最大PLR。
FLUS實施從源實體(亦稱為「FLUS源」或簡稱為「源」)到槽實體(亦稱為「FLUS槽」或簡稱為「槽」)進行的即時媒體串流。例如,參考圖4,對於從UE 402-1到UE 402-2的傳輸,UE 402-1將是FLUS源實體,以及UE 402-2將是FLUS槽實體。FLUS提供基於IMS的產生實體和非基於IMS的產生實體。基於IMS/MTSI的產生實體實施在服務供應商網路內以及跨越服務供應商網路在兩個UE之間或在源實體與槽實體之間對即時媒體串流的建立。與MTSI(其中針對語音或視訊媒體的有限類型的QoS是可用的)相比,FLUS可以在例如最大延遲、可用頻寬或目標PLR中提供更廣泛的QoS操作。在非基於IMS的產生實體中,將FLUS作為更通用的框架進行操作是可能的,該框架是經由RESTful應用程式設計介面(API)來控制的以及支援其他媒體平面協定(亦即,不基於IMS或MTSI)。除了在無線電鏈路上提供更廣泛的QoS操作之外,FLUS可以提供其他改進的功能,諸如在現有網路上對沉浸式媒體(例如,虛擬實境、增強現實)的信號傳送。
FLUS源實體和FLUS槽實體可以支援對語音/音訊、視訊和文字的點對點傳輸。可以體現在單個UE中或分佈在UE和單獨的視聽擷取設備之中的FLUS源實體,可以支援全部的FLUS特徵或者FLUS特徵的子集。當用作為通用框架時,僅用於建立FLUS通信期的F-C程序(針對源和槽的控製程序)需要由源實體和槽實體來支援。當作為IMS/MTSI服務的一部分來提供時,源實體和槽實體應當支援IMS控制平面和媒體平面程序,以及服務品質是由MTSI服務策略來確定的。
如本文中所使用的,FLUS通信期是在源實體與槽實體之間的邏輯關聯,在其內一或多個媒體類型(例如,語音、音訊、視訊)的媒體內容可以是從源發送給槽的。媒體通信期是FLUS通信期的子集或一部分,包括用於建立媒體通信期的持續時間、在其期間可以將媒體內容從FLUS源發送給FLUS槽的時間段以及用於終止媒體通信期的持續時間。一或多個媒體通信期可以是在FLUS通訊期遞送的。媒體流是從FLUS源發送給在媒體通信期內的FLUS槽的內容。
圖5根據本揭示案的各態樣圖示示例上行鏈路串流服務架構500。上行鏈路串流服務架構500是基於位於UE(例如,本文中描述的UE中的任何UE)中的FLUS源510和位於另一UE中或在網路中的FLUS槽520。例如,FLUS槽520可以位於基地台(例如,本文中描述的基地台中的任何基地台)或其他網路實體處。FLUS源510從一或多個媒體擷取設備(例如,照相機、麥克風等等)接收媒體內容。如本文所使用的,一或多個擷取設備被認為是UE的一部分或者連接到UE。
當FLUS槽520位於UE中時,FLUS槽將媒體內容轉發給解碼和渲染功能。當FLUS槽520位於網路中時,FLUS槽520可以將媒體內容轉發給處理或分發子功能。FLUS槽520可以充當媒體閘道功能(MGW)及/或應用功能(AF)。
「F」參考點連接FLUS源510和FLUS槽520。「F」參考點實現對單個FLUS通信期的建立和控制。「F」參考點亦使得FLUS槽520和FLUS源510能夠互相地認證以及彼此授權。FLUS源510和FLUS槽520各自被分成媒體源和槽(稱為「F-U」端點)、控制源和槽(稱為「F-C」端點)、遠端控制器和遠端控制目標(稱為「F-RC」端點)以及輔助發送方和接收方(稱為「F-A」端點)。
UE、FLUS源510和FLUS槽520被認為是邏輯功能,因此不要求位元於同一實體設備中;其可以遍佈於多個實體設備,以及經由其他介面互連。另外,多個F-A和F-RC端點可以存在於單個FLUS源510中。F-A和F-RC端點獨立於FLUS槽520,以及取決於所提供的服務。「F」參考點支援用於針對所有子功能的機密性保護的安全功能。
FLUS架構是在3GPP技術規範(TS)26.238中描述的,其是經由引用方式全部地併入本文的。照此,為了簡潔起見,進一步的細節將不在此處進行描述。
即時上行鏈路媒體串流(例如,FLUS)可以添加到MTSI通信期中以及在MTSI通信期中使用。為了將特定於FLUS的媒體添加到MTSI通信期中,以及為該特定於FLUS的媒體給予適用於即時上行鏈路串流而不是一般對話的適當的QoS處理,需要用於實現對針對FLUS的特定用途的適當QoS的啟動選擇的方式。初始QoS可以是基於不同的5G QoS指示符(5QI)及/或QoS類別識別符(QCI)值,其歸因於與即時上行鏈路串流一起使用。
對於上文的QoS要求,使用「a = group:FLUS」是不足夠的,此是因為存在要從其中進行選擇的至少五個定義的即時上行鏈路串流5QI/QCI。進一步地,假定對於網路服務供應商而言,對於所有FLUS應用,始終為某些媒體選擇五個FLUS 5QI/QCI中的單個一個FLUS 5QI/QCI將不是期望的或者是不足夠的,因為此將僅適用於可能的FLUS用例的一部分,以及對於其他FLUS用例,其至多是次優的。亦假設的是,為不同的FLUS用例定義新的、獨立的應用將是不可行的,即使是現有MTSI應用的一部分,亦不能保持在5QI/QCI與(應用,媒體類型)元組之間的1:1映射方式。
作為對不足的QoS規範的問題的解決方案,已經提出在針對FLUS通信期的通信期描述協定(SDP)中包括針對每個帶有FLUS標記的媒體的非權威QoS提示(例如,用於指示期望的QoS的一或多個參數),該提示取自在FLUS應用中的當前設置,或者由知道對當前用例的需求的設備的終端使用者設置。此將允許核心網路中的策略控制功能(PCF)/策略和計費規則功能(PCRF)(權威地)選擇要使用哪個5QI/QCI,匹配當前的使用者訂制和FLUS設備的當前使用情況兩者,假設FLUS設備本身應當是在所有FLUS用例的情況下可使用的(例如,從超低潛時到相當寬鬆但仍「即時的」廣播潛時)。該QoS提示可以包括可以定義為有序的值列表的「潛時」屬性(諸如「最低」、「低」、「中」、「高」和「最高」)、以及可以類似地定義為有序的值清單的「丟失」屬性(諸如「最低」、「低」、「中」、「高」和「最高」)。
「丟失」值描述針對FLUS通信期的最大期望封包丟失率,以及可以經由基於零的整數或非零的實數值表示為百分比。「潛時」值描述針對FLUS通信期的最大期望封包潛時,以及可以經由基於零的整數或非零的實數值以毫秒(ms)來表示。當前,在關於SDP提議方(例如,FLUS源或槽)和應答方(例如,FLUS源和槽中的另一方)將平等地共享封包丟失預算的假設之下,SDP提議中包括的「丟失」值代表期望的最大端到端封包丟失的一半。在關於提議方和應答方將平等地共享封包潛時預算的假設之下,SDP提議中包括的「潛時」值通常代表期望的最大端到端封包潛時的一半。
在SDP應答中接收到的與SDP提議完全相同的「丟失」值被視為SDP應答方接受平等地共享端到端封包丟失預算,該值是作為結果的最大端到端封包丟失的一半。在SDP應答中接收到的大於SDP提議中的「丟失」值被視為SDP應答方不能平等地共享端到端封包丟失預算,SDP應答中的值代表SDP應答方的部分,以及作為結果的總的最大端到端丟失提示等於來自SDP提議和SDP應答的「丟失」參數的總和。
在SDP應答中接收到的與SDP提議完全相同的「潛時」值被視為SDP應答方接受平等地共享端到端封包潛時預算,該值是作為結果的最大端到端封包潛時的一半。在SDP應答中接收到的大於SDP提議中的「潛時」值被視為SDP應答方不能平等地共享端到端封包潛時預算,SDP應答中的值代表SDP應答方的部分,以及作為結果的總的最大端到端潛時提示等於來自SDP提議和SDP應答的「潛時」參數的總和。
基於在SDP通訊期在提議方與應答方之間交換的QoS提示中的丟失和潛時參數,網路分配適當的QoS處理(亦即,適當的QCI/5QI)。
該QoS提示解決方案可以是跨越提供上行鏈路串流服務的所有服務(諸如FLUS和MTSI)來使用的。該解決方案甚至可以擴展到特定丟失和潛時要求可以顯著地變化的服務,諸如對話虛擬實境及/或增強現實、遠程呈現、分離渲染、雲渲染等等。照此,重要的是要考慮如何將QoS提示更通常用於該等其他服務、以及將來的服務。
當SDP提議方提出某個QoS時,其可以基於使用者的訂制、在提供的服務的類型/品質(例如,即時新聞報告對比社交網路上的即時串流)和提議方的鏈路要求來選擇QoS,以便提供特定品質的體驗(例如,語音品質)。該最後的因素(亦即,達到特定語音品質所需的鏈路丟失率)是基於UE的功能(諸如JBM和PLC)的實施方式。即使UE是同一行動網路服務供應商(MNO的)網路的一部分,在實施方式上的此種變化可能要求不同的目標丟失率以實施相同的語音品質。該考慮已經經由允許媒體接收方根據其特定的實施方式來指示其可以處理的最大e2e PLR得到解決。
在一些情況下,例如,若UE的接收-解碼-渲染處理鏈(包括缺少非同步時間彎曲/本端重投影功能)需要更多的時間來在針對潛時更敏感的服務的端到端目標潛時內渲染媒體,則SDP應答方可能需要與所提供的相比更嚴格的潛時。亦可能存在提議方未請求經由其訂制允許的最嚴格的QoS的場景。例如,UE及其訂制可能能夠支援半專業級新聞報導,同時亦支援社交視訊共享應用。或者虛擬實境頭戴式顯示器(HMD)可以支援雲渲染和分離渲染兩者,其中的各者可以具有非常不同的潛時要求。在此種場景中,應答方可能能夠協商經由提議方的訂制允許的並且與其已經提供的相比更為嚴格的QoS水平。照此,對於應答方而言應當有能力指示針對與所提供的相比更嚴格的QoS的需要。
當FLUS槽位於核心網路中並且在gNB/eNB與FLUS槽之間不存在無線鏈路時(亦即,在gNB/eNB與FLUS槽之間存在有線連接),在該鏈路上的損失可以被認為實際上為零,以及潛時可以被認為非常低(若不是零)。對於FLUS槽而言,能夠在SDP應答中指示此種非常低的丟失/潛時用於要在到FLUS源的無線電鏈路(亦即,在作為FLUS源的UE與服務基地台之間的無線電鏈路)上保留的適當的QoS資源,此可能是有益的。此外,若存在網路FLUS槽發送SDP提議的用例,則能夠在該提議中指示此種非常低的丟失/潛時亦將是有益的。
即使對於非FLUS服務,亦可能存在以下的其他場景:端到端路徑中的鏈路中的一個鏈路可能具有非常低的丟失/潛時,該丟失/潛時應當是適當地指示給網路的,以便任何無線電QoS保留可以是高效地產生的。例如,此種場景可以包括MTSI或對話式AR/VR通信期,其中終端中的一個終端是經由線纜或非常低的丟失/潛時連接來進行連接的。
對於SDP應答方需要請求更嚴格的QoS的問題,存在各種解決方案。作為第一解決方案,如前述,QoS提示可以是用於期望的最大端到端丟失/潛時的一半。在該解決方案中,如前述,在關於提議方和應答方將平等地共享封包丟失預算的假設之下,在SDP提議中包括的「丟失」值代表期望的最大端到端封包丟失的一半。類似地,在關於提議方和應答方將平等地共享封包潛時預算的假設之下,在SDP提議中包括的「潛時」值代表期望的最大端到端封包潛時的一半。
然而,儘管該解決方案為應答方提供用於請求比所提供的要高的丟失/潛時值的選項,但是未為應答方提供用於請求更低的丟失/潛時值的選項。此意味著端到端丟失/潛時將需要是所提供的至少兩倍。即使修改該解決方案以允許應答方請求與所提供的相比要低的丟失/潛時值是可能的,應答方可以請求的最低丟失/潛時為零,此將阻止端到端丟失/潛時是與所提供的相比要低的任何值。例如,SDP提議方(例如,FLUS槽)可以在其無線電鏈路上提供50 ms的潛時,但是該潛時對於SDP應答方(例如,FLUS源)而言可能不足夠好,例如此可能需要30 ms的端到端潛時。即使應答方將其潛時減少到0(此不太可能是可能的),端到端潛時仍將是50 ms。在此種解決方案之下,對於應答方而言,其無法向提議方指示其需要更好的潛時。
對該方式的另一挑戰是解決提議中的不足的QoS的問題。若FLUS源發送提議,則此可能導致過於嚴格的QoS分配。例如,當FLUS源發送具有其期望的端到端丟失/潛時一半的提議,以及網路FLUS槽利用大約零丟失/潛時進行回應,則作為結果的總的端到端丟失/潛時將是FLUS源所需要的一半(此是因為FLUS源要求所需要的一半)。若PCRF/PCF僅著眼於提議中的丟失/潛時值(來自在其網路上的FLUS源),則其可能選擇過於嚴格的QoS處理。
另外,若網路FLUS槽發送提議,並且該提議指示非常低的丟失/潛時,則似乎在鼓勵FLUS源(應答方)嘗試為其自身無線電鏈路匹配該非常低的值。此可能會對FLUS源的無線電鏈路提出不必要的嚴格QoS要求,而實際上,由於FLUS槽不會引入任何重大的丟失或潛時,因此其甚至可能較不嚴格。照此,不清楚網路FLUS槽如何可以指示非常低的丟失/潛時,以及鼓勵FLUS源在其無線電鏈路上採用具有更寬鬆的QoS的該非常低的丟失/潛時。
為了解決該等問題中的至少一些問題,應答方可以拒絕包括提議的SDP INVITE(邀請),以及隨後發送具有較低丟失/潛時的新提議來滿足其要求。但是,在一些場景中,使應答方拒絕提議隨後發送重新提議,可能是不可接受的。例如,若提議方是FLUS源,以及應答方是FLUS槽(在網路或另一UE中),則使FLUS槽拒絕提議,以及隨後提出用於接收FLUS串流的提議是有問題的用例。
另一方式是應答方拒絕具有SDP 488(此處不可接受)訊息的INVITE(邀請),以及包括期望的(更嚴格的)QoS丟失/潛時。此將向提議方提供對要在重新提議中包括哪些QoS提示值的指示。但是,此仍將具有上文所描述的缺點中的一些缺點。
因此,本揭示案提供用於使FLUS槽和源能夠經由SDP來協商端到端丟失/潛時的技術。在一態樣,「丟失」和「潛時」的定義可以修改為使該等SDP屬性如下來表示端到端丟失/潛時。在關於提議方和應答方將平等地共享封包丟失預算的假設之下,在SDP提議中包括的「丟失」值可以表示期望的最大端到端封包丟失。在提議方和應答方將平等地共享封包潛時預算的假設之下,在SDP提議中包括的「潛時」值可以表示期望的最大端到端封包潛時。在一態樣,丟失值可以以基於零的整數或以非零的實數值的方式以百分比(但無「%」符號)來描述最大期望的封包丟失率。潛時值可以例如以基於零的整數或者以非零的實數值的方式以毫秒來描述最大期望的封包潛時。基於該等值,網路(例如,PCF/PCRF)可以使用端到端丟失/潛時的一半來為每個無線電鏈路(例如,用於FLUS源的無線電鏈路和用於FLUS槽的無線電鏈路,兩者皆是UE)選擇適當的QoS處理(例如,QCI/5QI)。
在一些情況下,當網路FLUS槽回應來自FLUS源的提議來發送SDP應答時,仍然可能存在問題。例如,在第一種情況下,FLUS槽可能利用端到端丟失潛時值進行回應,該值是由FLUS源提供的值的兩倍,此是因為其理解其鏈路將引入可忽略的丟失/潛時,以及PCF/PCRF在選擇QCI/5QI時將使用端到端潛時的一半。但是,若進行提議的FLUS源認為其提供的丟失/潛時的兩倍是對於服務而言不可接受的,則其可以終止通信期。再舉一個實例,在第二種情況下,FLUS槽可以利用等於由FLUS源提供的值的端到端丟失潛時值進行回應。在此種情況下,PCRF/PCF將選擇過於嚴格的QCI/5QI,以致於不能滿足所提供的丟失/潛時的一半。
若網路FLUS槽發送SDP提議,則類似的問題可能出現。例如,作為第一種情況,FLUS槽可以將端到端丟失/潛時設置為由服務實際期望的值。但是,當PCF/PCRF看到該時,將不理解FLUS槽引入可忽略的丟失/潛時,以及將選擇不必要的嚴格QCI/5QI(特別地,端到端丟失/潛時的一半)。再舉一個實例,在第二種情況下,FLUS槽可以將端到端丟失/潛時設置由服務實際期望的值的兩倍。此將允許PCF/PCRF選擇適當的QCI/5QI(亦即,期望的丟失/潛時的兩倍)。但是,可能的是,進行應答的客戶端可以確定在SDP提議中的(雙倍)丟失/潛時太高,以及嘗試在SDP應答中降低端到端值。此將導致與第一種情況中描述的相同的針對無線電鏈路的過分嚴格的QoS保留。
照此,在一些情況下,仍然可能需要網路FLUS槽向PCF/PCRF指示:網路可以將整個端到端丟失/潛時分配給在FLUS源與基地台之間的無線電鏈路,因此沒有可靠的方式來避免為無線電鏈路選擇過於嚴格的QCI/5QI。
因此,本揭示案提供用於FLUS源和槽經由SDP來協商端到端和每鏈路丟失/潛時的另外的技術。在一態樣,除了上文描述的解決方案之外,可以定義可選的參數,該可選的參數將允許提議方和應答方指示如何跨越其無線電鏈路來分佈端到端丟失/潛時。
在一態樣,QoS提示可以包括上行鏈路提示值和下行鏈路提示值。上行鏈路提示值指示在提議方的/應答方的上行鏈路上的期望的丟失/潛時,以及下行鏈路提示值指示在提議方的/應答方的下行鏈路上的期望的丟失/潛時。用此方式,網路FLUS槽可以使用該等可選的上行鏈路/下行鏈路參數來明確地指示在其鏈路上的近似零的丟失/潛時,從而使網路能夠將整個期望的丟失/潛時分配給UE FLUS源。例如,網路FLUS槽可以提議/應答具有「0」的下行鏈路提示值(以指示其從基地台到FLUS槽的回載鏈路的接近零的丟失/潛時)。亦可以可選地包括要應用於在FLUS槽與基地台之間的回載鏈路的上行鏈路提示值,假使訊務是被期望在該方向上發送的(例如,TCP確認(ACK)是在與經由TCP傳送的媒體傳輸的方向相反的方向發送的)。UE FLUS源在其提議/應答中可以指定端到端丟失/潛時或者特定的上行鏈路丟失/潛時,以及可選地下行鏈路丟失/潛時。隨後,網路可以將整個丟失/潛時分配給UE FLUS源的無線電鏈路,以及不分配給網路FLUS槽。
上行鏈路和下行鏈路值是獨立可選的。亦亦即,沒有必要成對提供兩者。此是要考慮到以下兩種場景:1)提議方或應答方不具有針對傳輸方向中的一個傳輸方向的任何偏好,及/或2)QoS提示是在單向「僅發送」或「僅接收」串流中使用的,因此設置上行鏈路或下行鏈路值將毫無意義。例如,對於在UE下行鏈路上不發送訊務的僅上行鏈路串流而言,FLUS源不關心,因此不需要指定用於FLUS槽的下行鏈路參數。
在一態樣,上行鏈路提示值是在提議方的/應答方的上行鏈路上的QoS提示的值,以及可以提供基於零的整數、非零的實數或符記(例如,索引值或要稍後擴展的值)來表示。下行鏈路提示是在提議方的/應答方的下行鏈路上的QoS提示的值,以及可以提供基於零的整數、非零實數或符記(例如,索引值或要稍後擴展的值)來表示。
應當注意的是,上文所描述的QoS提示參數應當僅在提議/應答中出現一次。若不包括QoS提示參數,則應當將其解釋為UE和應用不具有對針對該QoS提示參數的任何QoS值的偏好,以及網路可以提供的任何內容同樣地是可接受的。
圖6根據本揭示案的各態樣圖示在UE FLUS源602與網路FLUS槽604之間的示例撥叫流600。UE FLUS源602可以對應於本文中描述的UE中的任何UE,以及網路FLUS槽604可以對應於基地台(例如,本文中描述的基地台中的任何基地台)、核心網路的實體、應用伺服器(例如,應用伺服器172)、遠端客戶端等等。在圖6的實例中,網路FLUS槽604是SDP提議方,以及UE FLUS源602是SDP應答方,但是應當理解的是,可以顛倒該等角色。
在610處,網路FLUS槽604向UE FLUS源602發送SDP提議。由於提議方是網路FLUS槽,所以替代端到端丟失/潛時QoS提示值或者除了端到端丟失/潛時QoS提示值之外,該提議可以包括至少下行鏈路丟失/潛時QoS提示值。下行鏈路丟失/潛時QoS提示值可以是「0」,以指示在為UE FLUS源602服務的基地台(未圖示)與網路FLUS槽604之間的回載鏈路上的可忽略的丟失/潛時。該提議亦可以包括針對在FLUS槽604與服務基地台之間的回載鏈路的為零的上行鏈路丟失/潛時QoS提示值,若訊務(例如,TCP ACK)被期望為亦在該方向上發送的話。
在620處,UE FLUS源602向網路FLUS槽604發送應答。在SDP中,為了接受提議,應答需要包括在提議中的相同屬性。若應答方(亦即,UE FLUS源602)接受在提議中的端到端丟失/潛時,則其可以將該值包括在應答中,以及亦包括等於端到端丟失/潛時的上行鏈路丟失/潛時QoS提示值,此是因為到網路FLUS槽604的回載下行鏈路將不引入任何丟失/潛時。
應答亦可以包括針對在服務基地台(未圖示)與UE FLUS槽604之間的無線電鏈路的下行鏈路丟失/潛時QoS提示值,若提議指示在該方向上可能存在訊務的話。在此種情況下,應答將指示下行鏈路丟失/潛時等於端到端丟失潛時,此是因為在從網路FLUS槽604到服務基地台的回載上的上行鏈路為零。若提議不包括上行鏈路丟失/潛時QoS提示值,則UE FLUS源602可以在應答中包括提示及其優選值。
或者,若提議包括端到端丟失/潛時QoS提示值和下行鏈路丟失/潛時QoS提示值,則UE FLUS源602可以匯出所提供的上行鏈路丟失/潛時QoS提示值,以及確定是否接受其。若UE FLUS源602接受其,則其可以利用提供的端到端丟失/潛時QoS提示值和上行鏈路/下行鏈路參數值進行應答,如前文所描述的。若不接受其,則其可以利用不同的端到端丟失/潛時QoS提示值和不同的上行/下行參數值進行應答。
網路FLUS槽604和UE FLUS源602可以重複操作610和620,直到其關於丟失/潛時QoS提示值達成一致為止。或者,即使其不同意,其亦可以僅執行一次操作610和620。
在630處,網路606(例如,PCF/PCRF)至少部分地基於丟失/潛時QoS提示值來選擇Q5I/QCI。若UE FLUS源602和下行鏈路丟失/潛時QoS提示值關於丟失/潛時QoS提示值達成一致,則網路606可以選擇最匹配達成一致的值的Q5I/QCI。
在640處,網路606將資源配置給在UE FLUS源602和網路FLUS槽604之間的連接(特別是在UE FLUS源602與其服務基地台之間的無線電鏈路)。一旦利用所選擇的Q5I/QCI建立鏈路,UE FLUS源602就可以開始向網路FLUS槽604資料串流上行鏈路媒體。
圖7根據本揭示案的各態樣圖示無線通訊的示例方法700。方法700可以由SDP應答方(例如,FLUS源/槽)來執行。
在710處,應答方從提議方(例如,FLUS源/槽)接收針對要在提議方與應答方之間建立的多媒體通信期(例如,FLUS通信期)的第一複數個QoS參數,如在圖6的610處。在一態樣,第一複數個QoS參數包括:指示針對多媒體通信期的第一期望的最大端到端封包丟失的第一丟失參數、指示針對多媒體通信期的第一期望的最大端到端封包潛時的第一潛時參數,或兩者。在一態樣,在應答方是UE的情況下,操作710可以由WWAN收發機310、處理系統332、儲存部件340及/或上行鏈路串流服務部件342來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在應答方是基地台的情況下,操作710可以由WWAN收發機350、處理系統384、儲存部件386及/或上行鏈路串流服務部件388來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在應答方是網路實體的情況下,操作710可以由網路介面390、處理系統394、儲存部件396及/或QoS分配部件398來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。
在720處,應答方確定第一期望的最大端到端封包丟失高於針對多媒體通信期的第二期望的最大端到端封包丟失、第一期望的最大端到端封包潛時高於針對多媒體通信期的第二期望的最大端到端封包潛時,或兩者。在一態樣,在應答方是UE的情況下,操作720可以由WWAN收發機310、處理系統332、儲存部件340及/或上行鏈路串流服務部件342來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在應答方是基地台的情況下,操作720可以由WWAN收發機350、處理系統384、儲存部件386及/或上行鏈路串流服務部件388來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在應答方是網路實體的情況下,操作720可以由網路介面390、處理系統394、儲存部件396及/或QoS分配部件398來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。
在730處,如在圖6的620處,應答方向提議方發送針對多媒體通信期的第二複數個QoS參數。在一態樣,第二複數個QoS參數包括:指示第二期望的最大端到端封包丟失的第二丟失參數、指示第二期望的最大端到端封包潛時的第二潛時參數,或兩者。在一態樣,在應答方是UE的情況下,操作730可以由WWAN收發機310、處理系統332、儲存部件340及/或上行鏈路串流服務部件342來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在應答方是基地台的情況下,操作730可以由WWAN收發機350、處理系統384、儲存部件386及/或上行鏈路串流服務部件388來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在應答方是網路實體的情況下,操作730可以由網路介面390、處理系統394、儲存部件396及/或QoS分配部件398來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。
圖8根據本揭示案的各態樣圖示無線通訊的示例方法800。方法800可以由提議方(例如,FLUS源/槽)來執行。
在810處,提議方向應答方(例如,FLUS源/槽)發送針對要在提議方與應答方之間建立的多媒體通信期的第一複數個QoS參數,如在圖6的610處。在一態樣,第一複數個QoS參數包括:指示針對多媒體通信期的第一期望的最大端到端封包丟失的第一丟失參數、指示針對多媒體通信期的第一期望的最大端到端封包潛時的第一潛時參數,或兩者。在一態樣,在提議方是UE的情況下,操作810可以由WWAN收發機310、處理系統332、儲存部件340及/或上行鏈路串流服務部件342來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在提議方是基地台的情況下,操作810可以由WWAN收發機350、處理系統384、儲存部件386及/或上行鏈路串流服務部件388來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在提議方是網路實體的情況下,操作810可以由網路介面390、處理系統394、儲存部件396及/或QoS分配部件398來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。
在820處,提議方從應答方接收針對多媒體通信期的第二複數個QoS參數,如在圖6的620處。在一態樣,第二複數個QoS參數包括:指示針對多媒體通信期的第二期望的最大端到端封包丟失的第二丟失參數、指示針對多媒體通信期的第二期望的最大端到端封包潛時的第二潛時參數,或兩者。在一態樣,在提議方是UE的情況下,操作820可以由WWAN收發機310、處理系統332、儲存部件340及/或上行鏈路串流服務部件342來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在提議方是基地台的情況下,操作820可以由WWAN收發機350、處理系統384、儲存部件386及/或上行鏈路串流服務部件388來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在提議方是網路實體的情況下,操作820可以由網路介面390、處理系統394、儲存部件396及/或QoS分配部件398來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。
在830處,提議方基於多媒體通信期具有第二複數個QoS參數,來確定提議方是否可以建立與應答方的多媒體通信期。在一態樣,在提議方是UE的情況下,操作830可以由WWAN收發機310、處理系統332、儲存部件340及/或上行鏈路串流服務部件342來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在提議方是基地台的情況下,操作830可以由WWAN收發機350、處理系統384、儲存部件386及/或上行鏈路串流服務部件388來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在提議方是網路實體的情況下,操作830可以由網路介面390、處理系統394、儲存部件396及/或QoS分配部件398來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。
在840處,提議方與建立應答方的多媒體通信期,該多媒體通信期具有第二複數個QoS參數。在一態樣,在提議方是UE的情況下,操作840可以由WWAN收發機310、處理系統332、儲存部件340及/或上行鏈路串流服務部件342來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在提議方是基地台的情況下,操作840可以由WWAN收發機350、處理系統384、儲存部件386及/或上行鏈路串流服務部件388來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。在一態樣,在提議方是網路實體的情況下,操作840可以由網路介面390、處理系統394、儲存部件396及/或QoS分配部件398來執行,其中的任何一者或全部可以被認為是用於執行該操作的構件。
本領域技藝人士將理解的是,資訊和信號可以是使用各種不同的技術和技法中的任意一種來表示的。例如,可以遍及上文的描述提及的資料、指令、命令、資訊、信號、位元、符號和碼片可以是經由電壓、電流、電磁波、磁場或粒子、光場或粒子或者其任意組合來表示的。
進一步地,本領域技藝人士將理解的是,結合本文所揭示的態樣描述的各種說明性的邏輯區塊、模組、電路和演算法步驟可以實施為電子硬體、電腦軟體或兩者的組合。為了清楚地說明硬體和軟體之間的此種可交換性,各種說明性的部件、方塊、模組、電路和步驟已經在上文中依據其功能進行了整體描述。至於此種功能是實施為硬體亦是軟體,取決於特定的應用和對整個系統所施加的設計約束。本領域技藝人士可以針對每個特定的應用,以變通的方式實施所描述的功能,但是此種實施決策不應解釋為背離本揭示案的保護範圍。
結合本文所揭示的態樣描述的各種說明性的邏輯區塊、模組和電路可以是利用被設計為執行本文中描述的功能的通用處理器、DSP、ASIC、FPGA或其他可程式設計邏輯設備、個別閘門或者電晶體邏輯、個別硬體部件或者其任意組合來實施或者執行的。通用處理器可以是微處理器,或者在替代的方式中,處理器可以是任何一般的處理器、控制器、微控制器或者狀態機。處理器亦可以實施為計算設備的組合,例如DSP和微處理器的組合、複數個微處理器、一或多個微處理器與DSP核心的結合,或者任何其他此種配置。
結合本文所揭示的態樣描述的方法、序列及/或演算法可以直接地體現在硬體、由處理器執行的軟體模組或兩者的組合中。軟體模組可以存在於隨機存取記憶體(RAM)、快閃記憶體、唯讀記憶體(ROM)、可抹除可程式設計ROM(EPROM)、電子可抹除可程式設計ROM(EEPROM)、暫存器、硬碟、可移除磁碟、CD-ROM或者本領域中已知的任何其他形式的儲存媒體中。可以將示例儲存媒體耦合至處理器,使得處理器可以從儲存媒體讀取資訊,以及向儲存媒體寫入資訊。在替代的方式中,儲存媒體可以是處理器的組成部分。處理器和儲存媒體可以存在於ASIC中。ASIC可以存在於使用者終端(例如,UE)中。在替代的方式中,處理器和儲存媒體可以作為個別部件存在於使用者終端中。
在一或多個示例態樣中,所描述的功能可以是以硬體、軟體、韌體或者其任意組合來實施的。若以軟體來實施,則功能可以儲存在電腦可讀取媒體上,或者經由電腦可讀取媒體上的一或多個指令或代碼來發送。電腦可讀取媒體包括電腦儲存媒體和通訊媒體兩者,該通訊媒體包括促進從一個地方向另一地方傳送電腦程式的任何媒體。儲存媒體可以是電腦能夠存取的任何可用媒體。舉例而言,但非做出限制,此種電腦可讀取媒體可以包括RAM、ROM、EEPROM、CD-ROM或其他光碟儲存裝置、磁碟儲存裝置或其他磁性儲存設備,或者可以用於攜帶或儲存具有指令或資料結構的形式的期望的程式碼並且可以由電腦進行存取的任何其他媒體。此外,可以將任何連接適當地稱作電腦可讀取媒體。例如,若軟體是使用同軸電纜、光纖光纜、雙絞線、數位用戶線(DSL)或者諸如紅外線、無線電和微波的無線技術,從網站、伺服器或其他遠端源發送的,則同軸電纜、光纖光纜、雙絞線、DSL或者諸如紅外線、無線電和微波的無線技術是包括在媒體的定義中的。如本文所使用的,磁碟和光碟包括壓縮光碟(CD)、鐳射光碟、光碟、數位多功能光碟(DVD)、軟碟和藍光光碟,其中磁碟通常磁性地再現資料,而光碟則利用鐳射來光學地再現資料。上述的組合亦應當包括在電腦可讀取媒體的保護範疇之內。
儘管上述揭示內容說明本揭示案的說明性態樣,但應當注意的是,在不背離如藉由所附申請專利範圍所限定的本揭示案的保護範疇的情況下,可以在本文中進行各種改變和修改。根據本文中描述的本揭示案的各態樣的方法請求項的功能、步驟及/或動作不需要以任何特定的順序來執行。此外,儘管以單數形式描述或要求保護本揭示案的組成元素,但是除非明確地聲明限於單數,否則複數形式是預期的。
100:無線通訊系統
102:基地台
102':小型細胞基地台
104:UE
110:地理覆蓋區域
110':地理覆蓋區域
120:通訊鏈路
122:回載鏈路
134:回載鏈路
150:無線區域網路(WLAN)存取點(AP)
152:WLAN站(STA)
154:通訊鏈路
164:UE
170:核心網路
172:應用伺服器
180:mmW基地台
182:UE
184:mmW通訊鏈路
190:UE
192:D2D P2P鏈路
194:D2D P2P鏈路
200:無線網路結構
204:UE
210:5GC
212:使用者平面功能
213:NG-U
214:控制平面功能
215:控制平面介面(NG-C)
220:新RAN
222:gNB
223:回載連接
224:ng-eNB
230:位置伺服器
250:無線網路結構
260:5GC
262:使用者平面功能(UPF)
263:使用者平面介面
264:存取和行動性管理功能(AMF)
265:控制平面介面
266:通信期管理功能(SMF)
270:位置管理功能(LMF)
272:安全使用者平面位置(SUPL)位置平臺(SLP)
302:UE
304:基地台
306:網路實體
310:無線廣域網路(WWAN)收發機/方塊
312:接收器
314:發射器
316:天線
318:信號
320:無線區域網路(WLAN)收發機
322:接收器
324:發射器
326:天線
328:信號
330:衛星定位系統(SPS)接收器
332:處理系統
334:資料匯流排
336:天線
338:SPS信號
340:儲存部件
342:上行鏈路串流服務部件
344:感測器
346:/方塊
350:無線廣域網路(WWAN)收發機
352:接收器
354:發射器
356:天線
358:信號
360:無線區域網路(WLAN)收發機
362:接收器
364:發射器
366:天線
368:信號
370:衛星定位系統(SPS)接收器
376:天線
378:SPS信號
380:網路介面
382:資料匯流排
384:處理系統
386:儲存部件
388:上行鏈路串流服務部件
390:網路介面
392:資料匯流排
394:處理系統
396:儲存部件
398:QoS分配部件
402-1:UE
402-2:UE
422-1:服務gNB
422-2:服務gNB
432:上行鏈路
434:回載鏈路
436:下行鏈路
442:上行鏈路
444:回載鏈路
446:下行鏈路
500:上行鏈路串流服務架構
510:FLUS源
520:FLUS槽
600:撥叫流
602:UE FLUS源
604:網路FLUS槽
606:網路
610:操作
620:操作
630:操作
640:操作
700:方法
710:步驟
720:步驟
730:步驟
800:方法
810:步驟
820:步驟
830:步驟
840:步驟
F:參考點
提供附圖以説明描述本揭示案的各個態樣,以及提供附圖只是用於說明各態樣,而不是對其進行限制。
圖1根據本揭示案的各個態樣示出示例無線通訊系統。
圖2A和圖2B根據本揭示案的各個態樣圖示示例無線網路結構。
圖3A至圖3C分別是可以在使用者設備(UE)、基地台和網路實體中採用的部件的若干取樣態樣的簡化方塊圖。
圖4根據本揭示案的各個態樣圖示在參與基於多媒體的通訊通信期的兩個終端之間的示例端到端通訊流。
圖5圖示根據本揭示案的各個態樣的示例上行鏈路串流服務架構。
圖6至圖8圖示根據本揭示案的各個態樣的無線通訊的示例方法。
國內寄存資訊(請依寄存機構、日期、號碼順序註記)
無
國外寄存資訊(請依寄存國家、機構、日期、號碼順序註記)
無
600:撥叫流
602:UE FLUS源
604:網路FLUS槽
606:網路
610:操作
620:操作
630:操作
640:操作
Claims (70)
- 一種進行由一應答方執行的無線通訊的方法,包括以下步驟:從一提議方接收針對要在該提議方與該應答方之間建立的一多媒體通信期的一第一複數個服務品質(QoS)參數,該第一複數個QoS參數包括指示針對該多媒體通信期的一第一期望的最大端到端封包潛時的一第一潛時參數;確定該第一期望的最大端到端封包潛時高於針對該多媒體通信期的一第二期望的最大端到端封包潛時;及向該提議方發送針對該多媒體通信期的一第二複數個QoS參數,該第二複數個QoS參數包括:指示該第二期望的最大端到端封包潛時的二第二潛時參數;其中該第二複數個QoS參數亦包括指示如何跨越在該應答方與該提議方之間的一通訊鏈路來分佈該第二期望的最大端到端封包潛時的一或多個值。
- 如請求項1所述之方法,其中該第二複數個QoS參數亦包括指示如何跨越該應答方的一上行鏈路通訊鏈路來分佈該該第二期望的最大端到端封包潛時的一上行鏈路值。
- 如請求項2所述之方法,其中:該應答方包括用於即時上行鏈路串流(FLUS)源的一框架,並且該提議方包括一FLUS槽,或者該應答方包括一FLUS槽,並且該提議方包括一 FLUS源。
- 如請求項1所述之方法,其中該第二複數個QoS參數亦包括指示如何跨越該應答方的一下行鏈路通訊鏈路來分佈該第一期望的最大端到端封包潛時的一下行鏈路值。
- 如請求項4所述之方法,其中:該應答方包括一FLUS槽,並且該提議方包括一FLUS源,或者該應答方包括一FLUS源,並且該提議方包括一FLUS槽。
- 如請求項1所述之方法,其中該第一複數個QoS參數亦包括指示如何跨越該提議方與該應答方之間的一通訊鏈路來分佈該第一期望的最大端對端封包潛時的一或多個值。
- 如請求項1所述之方法,其中該第一複數個QoS參數亦包括指示如何跨越該提議方的一下行鏈路通訊鏈路來分佈該第一期望的最大端到端封包潛時的一下行鏈路值。
- 如請求項7所述之方法,其中:該提議方包括一FLUS槽,並且該應答方包括一FLUS源,或者該提議方包括一FLUS源,並且該應答方包括一FLUS槽。
- 如請求項1所述之方法,其中該第一複數個 QoS參數亦包括指示如何跨越該提議方的一上行鏈路通訊鏈路來分佈該第一期望的最大端到端封包潛時的一上行鏈路值。
- 如請求項9所述之方法,其中:該提議方包括一FLUS源,並且該應答方包括一FLUS槽,或者該提議方包括一FLUS槽,並且該應答方包括一FLUS源。
- 如請求項1所述之方法,其中該提議方是一第一使用者設備(UE),並且該應答方是一第二UE。
- 如請求項1所述之方法,其中該提議方是一UE,並且該應答方是一網路節點。
- 如請求項1所述之方法,其中該提議方是一網路節點,並且該應答方是一UE。
- 如請求項1所述之方法,其中:該第一複數個QoS參數是在一第一通信期描述協定(SDP)訊息中接收的,並且該第二複數個QoS參數是在一第二SDP訊息中發送的。
- 如請求項1所述之方法,其中該多媒體通信期包括一FLUS通信期、一針對網際網路協定(IP)的多媒體電話服務多媒體子系統(IMS)(MTSI)通信期、一擴展現實通信期、一遠程呈現通信期或一分離渲染通信期。
- 如請求項1所述之方法,亦包括以下步驟:從該提議方接收對針對該多媒體通信期的該第二複數個QoS參數的一接受;及基於對該接受的接收,來建立與該提議方的該多媒體通信期。
- 如請求項1所述之方法,亦包括以下步驟:從該提議方接收對針對該多媒體通信期的該第二複數個QoS參數的一拒絕;及基於對該拒絕的接收,來丟棄與該提議方的該多媒體通信期。
- 一種進行由一提議方執行的無線通訊的方法,包括以下步驟:向一應答方發送針對要在該提議方與該應答方之間建立的一多媒體通信期的第一複數個服務品質(QoS)參數,該第一複數個QoS參數包括指示針對該多媒體通信期的一第一期望的最大端到端封包潛時的一第一潛時參數;從該應答方接收針對該多媒體通信期的第二複數個QoS參數,該第二複數個QoS參數包括:指示針對該多媒體通信期的一第二期望的最大端到端封包潛時的一第二潛時參數;基於該多媒體通信期具有該第二複數個QoS參數,來確定該提議方是否能夠建立與該應答方的該多媒體通信期;及 建立與該應答方的該多媒體通信期,該多媒體通信期具有該第二複數個QoS參數;其中該第二複數個QoS參數亦包括指示如何跨越在該應答方與該提議方之間的一通訊鏈路來分佈該第二期望的最大端到端封包潛時的一或多個值。
- 如請求項18所述之方法,其中該第二複數個QoS參數亦包括指示如何跨越該應答方的一上行鏈路通訊鏈路來分佈該第二期望的最大端到端封包潛時的一上行鏈路值。
- 如請求項19所述之方法,其中:該應答方包括用於即時上行鏈路串流(FLUS)源的一框架,並且該提議方包括一FLUS槽,或者該應答方包括一FLUS槽,並且該提議方包括一FLUS源。
- 如請求項18所述之方法,其中該第二複數個QoS參數亦包括指示如何跨越該應答方的一下行鏈路通訊鏈路來分佈該第一期望的最大端到端封包潛時的一下行鏈路值。
- 如請求項21所述之方法,其中:該應答方包括一FLUS槽,並且該提議方包括一FLUS源,或者該應答方包括一FLUS源,並且該提議方包括一FLUS槽。
- 如請求項18所述之方法,其中該第一複數 個QoS參數亦包括指示如何跨越在該提議方與該應答方之間的一通訊鏈路來分佈該第一期望的最大端對端封包潛時的一上行鏈路值和一下行鏈路值。
- 如請求項18所述之方法,其中該第一複數個QoS參數亦包括指示如何跨越該提議方的一下行鏈路通訊鏈路來分佈該第一期望的最大端到端封包潛時的一下行鏈路值。
- 如請求項24所述之方法,其中:該提議方包括一FLUS槽,並且該應答方包括一FLUS源,或者該提議方包括一FLUS源,並且該應答方包括一FLUS槽。
- 如請求項18所述之方法,其中該第一複數個QoS參數亦包括指示如何跨越該提議方的一上行鏈路通訊鏈路來分佈該第一期望的最大端到端封包潛時的一上行鏈路值。
- 如請求項26所述之方法,其中:該提議方包括一FLUS源,並且該應答方包括一FLUS槽,或者該提議方包括一FLUS槽,並且該應答方包括一FLUS源。
- 如請求項18所述之方法,其中該提議方是一第一使用者設備(UE),並且該應答方是一第二UE。
- 如請求項18所述之方法,其中該提議方是 一UE,並且該應答方是一網路節點。
- 如請求項18所述之方法,其中該提議方是一網路節點,並且該應答方是一UE。
- 如請求項18所述之方法,其中:該第一複數個QoS參數是在一第一通信期描述協定(SDP)訊息中發送的,並且該第二複數個QoS參數是在一第二SDP訊息中接收的。
- 如請求項18所述之方法,其中該多媒體通信期包括一FLUS通信期、一針對網際網路協定(IP)的多媒體電話服務多媒體子系統(IMS)(MTSI)通信期、一擴展現實通信期、一遠程呈現通信期或一分離渲染通信期。
- 如請求項18所述之方法,亦包括以下步驟:向該應答方發送對針對該多媒體通信期的該第二複數個QoS參數的一接受。
- 一種應答方裝置,包括:一記憶體;一通訊設備;及至少一個處理器,其通訊地耦合到該記憶體和該通訊設備,該至少一個處理器被配置為:從一提議方裝置接收針對要在該提議方與該應答方裝置之間建立的一多媒體通信期的一第一複數個服務品質(QoS)參數,該第一複數個QoS參數包括指 示針對該多媒體通信期的一第一期望的最大端到端封包潛時的一第一潛時參數;確定該第一期望的最大端到端封包潛時高於針對該多媒體通信期的一第二期望的最大端到端封包潛時;及使得該通訊設備向該提議方裝置發送針對該多媒體通信期的一第二複數個QoS參數,該第二複數個QoS參數包括:指示該第二期望的最大端到端封包潛時的一第二潛時參數;其中該第二複數個QoS參數亦包括指示如何跨越在該應答方裝置與該提議方裝置之間的一通訊鏈路來分佈該第二期望的最大端到端封包潛時的一或多個值。
- 如請求項34所述之應答方裝置,其中該第二複數個QoS參數亦包括指示如何跨越該應答方裝置的一上行鏈路通訊鏈路來分佈該第二期望的最大端到端封包潛時的一上行鏈路值。
- 如請求項35所述之應答方裝置,其中:該應答方裝置包括用於即時上行鏈路串流(FLUS)源的一框架,並且該提議方裝置包括一FLUS槽,或者該應答方裝置包括一FLUS槽,並且該提議方裝置包括一FLUS源。
- 如請求項34所述之應答方裝置,其中該第二複數個QoS參數亦包括指示如何跨越該應答方裝置 的一下行鏈路通訊鏈路來分佈該第一期望的最大端到端封包潛時的一下行鏈路值。
- 如請求項37所述之應答方裝置,其中:該應答方裝置包括一FLUS槽,並且該提議方裝置包括一FLUS源,或者該應答方裝置包括一FLUS源,並且該提議方裝置包括一FLUS槽。
- 如請求項34所述之應答方裝置,其中該第一複數個QoS參數亦包括指示如何跨越在該提議方裝置與該應答方裝置之間的一通訊鏈路來分佈該第一期望的最大端對端封包潛時的一或多個值。
- 如請求項34所述之應答方裝置,其中該第一複數個QoS參數亦包括指示如何跨越該提議方裝置的一下行鏈路通訊鏈路來分佈該第一期望的最大端到端封包潛時的一下行鏈路值。
- 如請求項40所述之應答方裝置,其中:該提議方裝置包括一FLUS槽,並且該應答方裝置包括一FLUS源,或者該提議方裝置包括一FLUS源,並且該應答方裝置包括一FLUS槽。
- 如請求項34所述之應答方裝置,其中該第一複數個QoS參數亦包括指示如何跨越該提議方裝置的一上行鏈路通訊鏈路來分佈該第一期望的最大端到端封包潛時的一上行鏈路值。
- 如請求項42所述之應答方裝置,其中:該提議方裝置包括一FLUS源,並且該應答方裝置包括一FLUS槽,或者該提議方裝置包括一FLUS槽,並且該應答方裝置包括一FLUS源。
- 如請求項34所述之應答方裝置,其中:該提議方裝置是一第一使用者設備(UE),並且該應答方裝置是一第二UE,並且該通訊設備包括至少一個收發機。
- 如請求項34所述之應答方裝置,其中:該提議方裝置是一UE,並且該應答方裝置是一網路節點,並且該通訊設備包括至少一個網路介面。
- 如請求項34所述之應答方裝置,其中:該提議方裝置是一網路節點,並且該應答方裝置是一UE,並且該通訊設備包括至少一個收發機。
- 如請求項34所述之應答方裝置,其中:該第一複數個QoS參數是在一第一通信期描述協定(SDP)訊息中接收的,並且該第二複數個QoS參數是在一第二SDP訊息中發送的。
- 如請求項34所述之應答方裝置,其中該多媒體通信期包括一FLUS通信期、一針對網際網路協定 (IP)的多媒體電話服務多媒體子系統(IMS)(MTSI)通信期、一擴展現實通信期、一遠程呈現通信期或一分離渲染通信期。
- 如請求項34所述之應答方裝置,其中該至少一個處理器亦被配置為:從該提議方裝置接收對針對該多媒體通信期的該第二複數個QoS參數的一接受;及基於對該接受的接收,來建立與該提議方裝置的該多媒體通信期。
- 如請求項34所述之應答方裝置,其中該至少一個處理器亦被配置為:從該提議方裝置接收對針對該多媒體通信期的該第二複數個QoS參數的一拒絕;及基於對該拒絕的接收,來丟棄與該提議方裝置的該多媒體通信期。
- 一種提議方裝置,包括:一記憶體;一通訊設備;及至少一個處理器,其通訊地耦合到該記憶體和該通訊設備,該至少一個處理器被配置為:使得該通訊設備向一應答方裝置發送針對要在該提議方裝置與該應答方裝置之間建立的一多媒體通信期的一第一複數個服務品質(QoS)參數,該第一複數個QoS參數包括指示針對該多媒體通信期的一第一 期望的最大端到端封包潛時的一第一潛時參數;從該應答方裝置接收針對該多媒體通信期的一第二複數個QoS參數,該第二複數個QoS參數包括:指示針對該多媒體通信期的一第二期望的最大端到端封包潛時的一第二潛時參數;基於該多媒體通信期具有該第二複數個QoS參數,來確定該提議方裝置是否能夠建立與該應答方裝置的該多媒體通信期;及建立與該應答方裝置的該多媒體通信期,該多媒體通信期具有該第二複數個QoS參數;其中該第二複數個QoS參數亦包括指示如何跨越在該應答方裝置與該提議方裝置之間的一通訊鏈路來分佈該第二期望的最大端到端封包潛時的一或多個值。
- 如請求項51所述之提議方裝置,其中該第二複數個QoS參數亦包括指示如何跨越該應答方裝置的一上行鏈路通訊鏈路來分佈該第二期望的最大端到端封包潛時的一上行鏈路值。
- 如請求項52所述之提議方裝置,其中:該應答方裝置包括用於即時上行鏈路串流(FLUS)源的一框架,並且該提議方裝置包括一FLUS槽,或者該應答方裝置包括一FLUS槽,並且該提議方裝置包括一FLUS源。
- 如請求項51所述之提議方裝置,其中該第 二複數個QoS參數亦包括指示如何跨越該應答方裝置的一下行鏈路通訊鏈路來分佈該第一期望的最大端到端封包潛時的一下行鏈路值。
- 如請求項54所述之提議方裝置,其中:該應答方裝置包括一FLUS槽,並且該提議方裝置包括一FLUS源,或者該應答方裝置包括一FLUS源,並且該提議方裝置包括一FLUS槽。
- 如請求項51所述之提議方裝置,其中該第一複數個QoS參數亦包括指示如何跨越在該提議方與該應答方裝置之間的一通訊鏈路來分佈該第一期望的最大端對端封包潛時的一上行鏈路值和一下行鏈路值。
- 如請求項51所述之提議方裝置,其中該第一複數個QoS參數亦包括指示如何跨越該提議方裝置的一下行鏈路通訊鏈路來分佈該第一期望的最大端到端封包潛時的一下行鏈路值。
- 如請求項57所述之提議方裝置,其中:該提議方裝置包括一FLUS槽,並且該應答方裝置包括一FLUS源,或者該提議方裝置包括一FLUS源,並且該應答方裝置包括一FLUS槽。
- 如請求項51所述之提議方裝置,其中該第一複數個QoS參數亦包括指示如何跨越該提議方裝置的一上行鏈路通訊鏈路來分佈該第一期望的最大端到端 封包潛時的一上行鏈路值。
- 如請求項59所述之提議方裝置,其中:該提議方裝置包括一FLUS源,並且該應答方裝置包括一FLUS槽,或者該提議方裝置包括一FLUS槽,並且該應答方裝置包括一FLUS源。
- 如請求項51所述之提議方裝置,其中:該提議方裝置是一第一使用者設備(UE),並且該應答方裝置是一第二UE,並且該通訊設備包括至少一個收發機。
- 如請求項51所述之提議方裝置,其中:該提議方裝置是一UE,並且該應答方裝置是一網路節點,並且該通訊設備包括至少一個收發機。
- 如請求項51所述之提議方裝置,其中:該提議方裝置是一網路節點,並且該應答方裝置是一UE,並且該通訊設備包括至少一個網路介面。
- 如請求項51所述之提議方裝置,其中:該第一複數個QoS參數是在一第一通信期描述協定(SDP)訊息中發送的,以及該第二複數個QoS參數是在一第二SDP訊息中接收的。
- 如請求項51所述之提議方裝置,其中該多 媒體通信期包括一FLUS通信期、一針對網際網路協定(IP)的多媒體電話服務多媒體子系統(IMS)(MTSI)通信期、一擴展現實通信期、一遠程呈現通信期或一分離渲染通信期。
- 如請求項51所述之提議方裝置,其中該至少一個處理器亦被配置為:使得該通訊設備向該應答方裝置發送對針對該多媒體通信期的該第二複數個QoS參數的一接受。
- 一種應答方裝置,包括:用於從一提議方裝置接收針對要在該提議方裝置與該應答方裝置之間建立的一多媒體通信期的一第一複數個服務品質(QoS)參數的構件,該第一複數個QoS參數包括指示針對該多媒體通信期的一第一期望的最大端到端封包潛時的一第一潛時參數;用於確定該第一期望的最大端到端封包潛時高於針對該多媒體通信期的一第二期望的最大端到端封包潛時的構件;及用於向該提議方裝置發送針對該多媒體通信期的一第二複數個QoS參數的構件,該第二複數個QoS參數包括:指示該第二期望的最大端到端封包潛時的一第二潛時參數;其中該第二複數個QoS參數亦包括指示如何跨越在該應答方裝置與該提議方裝置之間的一通訊鏈路來分佈該第二期望的最大端到端封包潛時的一或多個值。
- 一種提議方裝置,包括:用於向一應答方裝置發送針對要在該提議方裝置與該應答方裝置之間建立的一多媒體通信期的一第一複數個服務品質(QoS)參數的構件,該第一複數個QoS參數包括指示針對該多媒體通信期的一第一期望的最大端到端封包潛時的一第一潛時參數;用於從該應答方裝置接收針對該多媒體通信期的一第二複數個QoS參數的構件,該第二複數個QoS參數包括:指示針對該多媒體通信期的一第二期望的最大端到端封包潛時的一第二潛時參數;用於基於該多媒體通信期具有該第二複數個QoS參數,來確定該提議方裝置是否能夠建立與該應答方裝置的該多媒體通信期的構件;及用於建立與該應答方裝置的該多媒體通信期的構件,該多媒體通信期具有該第二複數個QoS參數;其中該第二複數個QoS參數亦包括指示如何跨越在該應答方裝置與該提議方裝置之間的一通訊鏈路來分佈該第二期望的最大端到端封包潛時的一或多個值。
- 一種儲存電腦可執行指令的非暫時性電腦可讀取媒體,該電腦可執行指令包括:用於指導一應答方從一提議方接收針對要在該提議方與該應答方之間建立的一多媒體通信期的一第一複數個服務品質(QoS)參數的至少一個指令,該第一複數個QoS參數包括指示針對該多媒體通信期的一第一期望 的最大端到端封包潛時的一第一潛時參數;用於指導該應答方確定該第一期望的最大端到端封包潛時高於針對該多媒體通信期的一第二期望的最大端到端封包潛時的至少一個指令;及用於指導該應答方向該提議方發送針對該多媒體通信期的一第二複數個QoS參數的至少一個指令,該第二複數個QoS參數包括:指示該第二期望的最大端到端封包潛時的一第二潛時參數;其中該第二複數個QoS參數亦包括指示如何跨越在該應答方與該提議方之間的一通訊鏈路來分佈該第二期望的最大端到端封包潛時的一或多個值。
- 一種儲存電腦可執行指令的非暫時性電腦可讀取媒體,該電腦可執行指令包括:用於指導一提議方向一應答方發送針對要在該提議方與該應答方之間建立的一多媒體通信期的一第一複數個服務品質(QoS)參數的至少一個指令,該第一複數個QoS參數指示針對該多媒體通信期的一第一期望的最大端到端封包潛時的一第一潛時參數;用於指導該提議方從該應答方接收針對該多媒體通信期的第二複數個QoS參數的至少一個指令,該第二複數個QoS參數包括:指示針對該多媒體通信期的一第二期望的最大端到端封包潛時的一第二潛時參數;用於指導該提議方基於該多媒體通信期具有該第二複數個QoS參數,來確定該提議方是否能夠建立與該應答 方的該多媒體通信期的至少一個指令;及用於指導該提議方建立與該應答方的該多媒體通信期的至少一個指令,該多媒體通信期具有該第二複數個QoS參數;其中該第二複數個QoS參數亦包括指示如何跨越在該應答方與該提議方之間的一通訊鏈路來分佈該第二期望的最大端到端封包潛時的一或多個值。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962915554P | 2019-10-15 | 2019-10-15 | |
| US62/915,554 | 2019-10-15 | ||
| US17/060,816 | 2020-10-01 | ||
| US17/060,816 US12328619B2 (en) | 2019-10-15 | 2020-10-01 | Considerations on quality of service (QOS) hints for an uplink streaming service |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| TW202131716A TW202131716A (zh) | 2021-08-16 |
| TWI872123B true TWI872123B (zh) | 2025-02-11 |
Family
ID=75383412
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| TW109134417A TWI872123B (zh) | 2019-10-15 | 2020-10-05 | 關於針對上行鏈路串流服務的服務品質(qos)提示的考慮 |
| TW114101491A TW202522971A (zh) | 2019-10-15 | 2020-10-05 | 關於針對上行鏈路串流服務的服務品質(qos)提示的考慮 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| TW114101491A TW202522971A (zh) | 2019-10-15 | 2020-10-05 | 關於針對上行鏈路串流服務的服務品質(qos)提示的考慮 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US12328619B2 (zh) |
| EP (1) | EP4046354A1 (zh) |
| KR (1) | KR20220083690A (zh) |
| CN (1) | CN114557025B (zh) |
| BR (1) | BR112022006880A2 (zh) |
| TW (2) | TWI872123B (zh) |
| WO (1) | WO2021076345A1 (zh) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110753388B (zh) * | 2018-07-23 | 2021-08-20 | 华为技术有限公司 | 一种波束管理方法和相关设备 |
| EP3895398B1 (en) * | 2018-12-12 | 2024-06-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Communication system with de-jitter buffer for reducing jitter |
| US11128672B2 (en) * | 2019-11-13 | 2021-09-21 | Verizon Patent And Licensing Inc. | Lawful intercept in future core interworking with evolved packet system |
| US11438398B2 (en) * | 2020-03-30 | 2022-09-06 | Tencent America LLC | 3rd generation partnership project (3gpp) framework for live uplink streaming (flus) sink capabilities determination |
| CN113543222B (zh) * | 2020-04-22 | 2024-06-18 | 华为技术有限公司 | 媒体报文的传输方法、装置及系统 |
| US11743512B2 (en) * | 2020-07-10 | 2023-08-29 | Tencent America LLC | Methods for NBMP deployments through 5G FLUS control |
| US11743786B1 (en) * | 2020-07-31 | 2023-08-29 | Sprint Spectrum Lp | Dynamic handover parameter adjustment based on amount of packet drops at dual-connectivity access node pair |
| EP4304167A4 (en) | 2021-06-14 | 2024-11-20 | Samsung Electronics Co., Ltd. | Electronic device carrying out video call by using frc, and operation method for electronic device |
| CN116567734A (zh) * | 2022-01-29 | 2023-08-08 | 维沃移动通信有限公司 | QoS的控制方法及通信设备 |
| US12470608B2 (en) | 2022-11-07 | 2025-11-11 | Tencent America LLC | Method and apparatus for remote controlling uplink streaming in 5G networks |
| US12301644B2 (en) * | 2022-12-21 | 2025-05-13 | Tencent America LLC | Method and apparatus for third party remote controlling of uplink streaming in 5G networks through application interface |
| US20250016607A1 (en) * | 2023-07-05 | 2025-01-09 | Verizon Patent And Licensing Inc. | Systems and methods for providing a framework for multiple wireless cameras associated with a user equipment device |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040071084A1 (en) * | 2002-10-09 | 2004-04-15 | Nortel Networks Limited | Non-intrusive monitoring of quality levels for voice communications over a packet-based network |
| US20180352092A1 (en) * | 2017-06-05 | 2018-12-06 | Qualcomm Incorporated | Methods for increasing voip network coverage |
| WO2019150286A1 (en) * | 2018-01-30 | 2019-08-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic prioritization for live streaming |
Family Cites Families (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6735175B1 (en) * | 1999-12-16 | 2004-05-11 | Ericsson Inc. | Changing quality of service for voice over IP calls |
| DE60203779T2 (de) * | 2002-01-23 | 2006-03-09 | Sony International (Europe) Gmbh | Ein Verfahren zur Übertragung von End-to-End QoS durch Anwendung des end-to-end negotiation protocols (E2ENP) |
| US7263095B1 (en) | 2004-02-12 | 2007-08-28 | Cingular Wireless Ii Llc | Method and apparatus for providing quality of service through multiple carrier IP networks |
| US7782787B2 (en) * | 2004-06-18 | 2010-08-24 | Avaya Inc. | Rapid fault detection and recovery for internet protocol telephony |
| WO2006117644A1 (en) * | 2005-05-03 | 2006-11-09 | Nokia Corporation | Signaling quality of service (qos) parameters for a multimedia session |
| US20060285497A1 (en) * | 2005-06-20 | 2006-12-21 | Nokia Corporation | Method, apparatus and computer program product providing interoperable QoS parameters and signaling thereof in a 3GPP2-3GPP and 3GPP2-3GPP2 conversational multimedia exchange |
| US7773509B2 (en) * | 2006-03-07 | 2010-08-10 | Samsung Electronics Co., Ltd. | Method and system for traffic control for providing quality of service in a network |
| CN101056448B (zh) * | 2007-05-15 | 2010-12-08 | 华为技术有限公司 | 检测服务质量参数的方法及网络侧通信设备 |
| ES2565656T3 (es) * | 2011-06-22 | 2016-04-06 | Huawei Technologies Co., Ltd. | Difusión agrupada independiente del protocolo con soporte de la calidad de servicio |
| US20130070595A1 (en) * | 2011-09-15 | 2013-03-21 | Chia-Wei Yen | Unified Quality of Service Negotiation Method Cross Multi-Media |
| CN103312441B (zh) * | 2012-03-15 | 2017-11-17 | 华为技术有限公司 | 数据包传输方法及系统、发送端设备与接收端设备 |
| US9544808B2 (en) * | 2013-01-08 | 2017-01-10 | Broadcom Corporation | Systems and methods for network discovery and selection using contextual information |
| FR3004879A1 (fr) * | 2013-04-19 | 2014-10-24 | France Telecom | Procede, dispositif et systeme de detection de probleme de qualite de service |
| US10321361B2 (en) * | 2014-10-10 | 2019-06-11 | Huawei Technologies Co., Ltd. | Method and device for requesting a quality of experience in a communications network |
| US9509743B1 (en) * | 2015-05-08 | 2016-11-29 | Bandwidth.Com, Inc. | Bonding of multiple concurrent data streams among multiple devices |
| US10200914B2 (en) * | 2017-01-20 | 2019-02-05 | Microsoft Technology Licensing, Llc | Responsive quality of service management |
| US10581928B2 (en) * | 2017-04-21 | 2020-03-03 | Oracle International Corporation | Methods, systems, and computer readable media for sharing identification information of network nodes in an internet protocol multimedia subsystem (IMS) network |
| CN109274634B (zh) * | 2017-07-18 | 2021-06-11 | 腾讯科技(深圳)有限公司 | 多媒体通信方法及装置、存储介质 |
| US11089561B2 (en) * | 2017-09-12 | 2021-08-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Signal plane protection within a communications network |
| CN109560945B (zh) * | 2017-09-25 | 2021-02-12 | 华为技术有限公司 | 业务服务质量的检测方法、设备及系统 |
| CN113543233B (zh) * | 2017-11-03 | 2025-01-10 | 华为技术有限公司 | 通信方法、网元、终端装置和系统 |
| CN111567109B (zh) * | 2017-12-22 | 2024-10-25 | 瑞典爱立信有限公司 | 混合通信网络中的QoS |
| CN110120878B (zh) * | 2018-02-05 | 2020-10-23 | 华为技术有限公司 | 获取链路质量的方法和装置 |
| US11026147B2 (en) | 2018-02-13 | 2021-06-01 | Apple Inc. | Dynamic adaptation of maximum packet loss rate (PLR) for single radio voice call continuity (SRVCC) handover optimization using session description protocol (SDP) |
| WO2019197872A1 (en) * | 2018-04-09 | 2019-10-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Internet protocol multimedia subsystem session continuity in dual registration |
| WO2019211662A1 (en) * | 2018-04-30 | 2019-11-07 | Lenovo (Singapore) Pte. Ltd. | Establishing an ip multimedia subsystem session |
| US10687254B2 (en) * | 2018-08-21 | 2020-06-16 | T-Mobile Usa, Inc. | Dynamic quality of service in wireless networks |
| WO2020092818A1 (en) * | 2018-11-02 | 2020-05-07 | Intel Corporation | Signaling codec mode notifications for multimedia telephony sessions |
| US11297530B2 (en) * | 2018-11-02 | 2022-04-05 | Huawei Technologies Co., Ltd. | Method and system for using policy to handle packets |
| US11159581B2 (en) * | 2018-12-06 | 2021-10-26 | T-Mobile Usa, Inc. | Dynamic session initiation protocol peering configuration |
| US11711405B2 (en) * | 2019-02-12 | 2023-07-25 | Apple Inc. | Core network support for delay budget information (DBI) signaling in IMS multimedia sessions |
| EP3963843A4 (en) * | 2019-05-02 | 2023-01-25 | INTEL Corporation | QUALITY OF SERVICE (QOS) IN INFORMATION CENTRIC NETWORKING (ICN) |
| US11240690B2 (en) * | 2019-05-24 | 2022-02-01 | Parallel Wireless, Inc. | Streaming media quality of experience prediction for network slice selection in 5G networks |
-
2020
- 2020-10-01 US US17/060,816 patent/US12328619B2/en active Active
- 2020-10-02 BR BR112022006880A patent/BR112022006880A2/pt unknown
- 2020-10-02 EP EP20796981.7A patent/EP4046354A1/en active Pending
- 2020-10-02 KR KR1020227011779A patent/KR20220083690A/ko active Pending
- 2020-10-02 CN CN202080070584.3A patent/CN114557025B/zh active Active
- 2020-10-02 WO PCT/US2020/053930 patent/WO2021076345A1/en not_active Ceased
- 2020-10-05 TW TW109134417A patent/TWI872123B/zh active
- 2020-10-05 TW TW114101491A patent/TW202522971A/zh unknown
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040071084A1 (en) * | 2002-10-09 | 2004-04-15 | Nortel Networks Limited | Non-intrusive monitoring of quality levels for voice communications over a packet-based network |
| US20180352092A1 (en) * | 2017-06-05 | 2018-12-06 | Qualcomm Incorporated | Methods for increasing voip network coverage |
| WO2019150286A1 (en) * | 2018-01-30 | 2019-08-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic prioritization for live streaming |
Also Published As
| Publication number | Publication date |
|---|---|
| EP4046354A1 (en) | 2022-08-24 |
| KR20220083690A (ko) | 2022-06-20 |
| TW202522971A (zh) | 2025-06-01 |
| BR112022006880A2 (pt) | 2022-07-05 |
| US12328619B2 (en) | 2025-06-10 |
| WO2021076345A1 (en) | 2021-04-22 |
| CN114557025B (zh) | 2025-02-28 |
| US20210112439A1 (en) | 2021-04-15 |
| CN114557025A (zh) | 2022-05-27 |
| TW202131716A (zh) | 2021-08-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI872123B (zh) | 關於針對上行鏈路串流服務的服務品質(qos)提示的考慮 | |
| TWI867005B (zh) | 用於無認可模式(um)資料無線電承載(drb)的無丟失傳輸 | |
| TWI855120B (zh) | 具有混合數值方案的載波聚合模式下的連接模式不連續接收(cdrx) | |
| TWI862663B (zh) | 用於側鏈同步信號之資源選擇及隨需請求 | |
| US11582288B2 (en) | File-based downlink transmission and retransmission | |
| JP2023520155A (ja) | アップリンク測位基準信号のためのアップリンクキャンセレーション指示 | |
| JP2023553281A (ja) | 測位指示のためのランダムアクセスプリアンブル | |
| TW202121926A (zh) | 用於增加的使用者設備覆蓋的偽動態功率共享和對多無線電存取技術雙連接(mr-dc)中的錯誤配置的良好處理 | |
| US11509772B2 (en) | Methods for increasing Voice-over-Internet Protocol (VoIP) network coverage | |
| CN116097716A (zh) | 处于数据话务被禁用的休眠状态的副蜂窝小区群 | |
| CN115004725B (zh) | 定位测量数据 | |
| CN115349236B (zh) | 具有用于跨越小区列表的srs资源的空间关系信息的mac ce | |
| TW202137795A (zh) | 功率餘量報告的選擇性傳輸 | |
| JP7642657B2 (ja) | 電力ヘッドルーム報告の選択的送信 | |
| CN116584050A (zh) | 干扰管理技术 | |
| CN116602023A (zh) | 基于历史已完成prach规程来确定初始prach前置码发射功率 | |
| CN116097816A (zh) | 对休眠状态下的副蜂窝小区群的波束管理 | |
| WO2021232226A1 (en) | Modifying a beam failure threshold based upon user equipment movement information | |
| CN115769637B (zh) | 定时器和上行链路跳过 | |
| CN116602002A (zh) | 在转变到双订户身份模块双待用户装备的不同订阅之后拆除分组数据会话 | |
| TW202508335A (zh) | 用於側行鏈路定位參考信號的梳狀偏移指示 | |
| TW202139733A (zh) | 使用媒體存取控制控制元素來排程半持續性定位用探測參考信號 |