TW202304175A - 用於提供可靠之應用資料傳遞之使用者設備及其方法 - Google Patents

Abstract

提供一種包括無線收發和控制器之使用者設備。無線收發器執行到以及來自移動通訊網路之發送和接收。控制器確定移動通訊網路是否支援IMS服務。控制器經由該無線收發器為IMS服務與移動通訊網路建立封包資料網路連接或協定資料單元會話，以回應於移動通訊網路支援IMS服務。控制器經由該無線收發器在封包資料網路連接或協定資料單元會話中發送應用資料。

Description

用於提供可靠之應用資料傳遞之使用者設備及其方法

本申請總體上有關於移動通訊，以及，更具體地，有關於用於提供可靠之應用資料傳遞之裝置及其方法。

在典型之行動通訊環境中，諸如行動電話（也稱為蜂窩電話或小區電話）或平板個人電腦（Personal Computer，PC）之具有無線通訊能力之UE（也稱為行動台（Mobile Station，MS））可以將語音和/或資料訊號發送到一個或複數個行動通訊網路。UE和行動通訊網路之間之無線通訊可以使用各種無線電進接技術（Radio Access Technologies，RAT）執行，例如，全球移動通訊系統（Global System for Mobile communication，GSM）技術、通用封包無線電服務（General Packet Radio Service，GPRS）技術、全球演進之增強資料速率（Enhanced Data rates for Global Evolution，EDGE）技術、寬頻分碼多重進接（Wideband Code Division Multiple Access，WCDMA）技術、分碼多重進接2000（Code Division Multiple Access 2000，CDMA-2000）技術、分時-同步分碼多重進接（Time Division-Synchronous Code Division Multiple Access，TD-SCDMA）技術、全球互通微波進接（Worldwide Interoperability for Microwave Access，WiMAX）技術、長期演進（Long Term Evolution，LTE）技術和先進之LTE（LTE-Advanced， LTE-A）技術等。具體地，GSM/GPRS/EDGE 技術也稱作2G 技術；WCDMA/CDMA-2000/TD-SCDMA技術也稱作3G 技術；以及LTE/LTE-A/TD-LTE技術也稱作4G 技術。

在各種電信標準中已採用該等RAT以提供使得不同無線設備能夠在市政級、國家級、區域級甚至全球級別上進行通訊之通用協定。新興電信標準之一個示例係5G新無線電（New Radio，NR）。5G N係對由第三代合作夥伴計畫（the Third Generation Partnership Project，3GPP）發佈之LTE移動標準之增強集。其設計旨在透過提高頻譜效率、降低成本以及改善服務來更好地支援行動寬頻互聯網進接。

在4G/5G網路中，可以部署IP多媒體子系統（IP Multimedia Subsystem，IMS）以提供一種在兩個或多個UE之間建立信令平面之可靠方式。例如，在基於LTE之語音或基於NR之語音中，語音資料在信令平面上傳播，以提供可靠之以及專用之服務品質（Quality of Service，QoS）。

本申請提出了用於提供傳遞特定應用資料（例如遊戲資料、虛擬現實（virtual reality，VR）/增強現實（Augmented Reality，AR）/混合現實（Mixed Reality，MR）資料和醫療資料）之可靠方式之解決方案。在基於會話之解決方案中，無論運營商（例如，移動通訊網路之運營商）是否知道這種特定之資料傳遞場景，允許基於在IMS會話（例如，基於封包交換之IMS語音（IMS Voice over Packet-Switched，IMSVoPS）會話或基於封包交換之IMS資料（IMS Data over PS，IMSDoPS）會話）中建立之即時傳輸協定（Real-Time Transport Protocol，RTP）流傳遞應用資料。在基於非會話之解決方案中，在運營商不知道這種特定之資料傳遞場景之情況下，允許在會話發起協定（Session Initiation Protocol，SIP）消息中（例如，在SIP消息內之短消息服務（Short Message Service，SMS）消息中）傳遞應用資料。

在本申請之一方面，提供包括無線收發器以及控制器之使用者設備（User Equipment，UE）。該無線收發器被配置為執行到以及來自移動通訊網路之發送和接收。該控制器被配置為：確定該移動通訊網路是否支援IMS服務，經由該無線收發器為該IMS服務與該移動通訊網路建立封包資料網路（Packet Data Network，PDN）連接或協定資料單元（Protocol Data Unit，PDU）會話，以回應於該移動通訊網路支援該IMS服務，以及經由該無線收發器在該PDN連接或該PDU會話中發送應用資料。

在本申請之另一方面提供一種由UE執行之方法，該方法包括以下步驟：確定該移動通訊網路是否支援IMS服務，為該IMS服務與該移動通訊網路建立封包資料網路（Packet Data Network，PDN）連接或協定資料單元（Protocol Data Unit，PDU）會話，以回應於該移動通訊網路支援該IMS服務，以及在該PDN連接或該PDU會話中發送應用資料。

在一個實施例中，該IMS服務包括IMS語音服務。此外，UE可以發送包括會話描述協定（Session Description Protocol，SDP）屬性之第一會話發起協定（Session Initiation Protocol，SIP）邀請消息，其中SDP屬性指示使用音訊即時傳輸協定（Real-Time Protocol，RTP）流或視訊RTP流在該 PDN 連接或該PDU 會話中發送該應用資料。例如，SDP屬性包括指示IMSDoPS會話之會話名稱欄位、指示該應用資料之類型和標識符之會話資訊欄位、以及指示音訊RTP或視訊RTP之媒體資訊欄位。此外，UE可以在發送該第二SIP INVITE消息之前發送第一SIP INVITE消息以發起語音通話會話，以及該第二SIP INVITE消息被發送以用於將該語音通話會話修改為IMSDoPS會話。替代地，可以在SIP消息中發送該應用資料。

在另一實施例中，IMS服務包括IMS資料服務。此外，UE可以發送包括報頭欄位之SIP INVITE消息，其中該報頭欄位指示使用音訊RTP流或視訊RTP流在該PDN連接或該PDU會話中發送該應用資料。例如，報頭欄位包括指示IMSDoPS會話之主題指示和指示應用資料之類型和標識符之原因指示。

本發明提出了用於提供可靠之應用資料傳遞之使用者設備及其方法，實現了提高可靠性之有益效果。

透過閱讀以下提供可靠之應用資料傳遞之裝置和方法之具體實施例之描述，本申請之其他方面和特徵對於所屬領域具有通常知識者將變得顯而易見。

下文描述之目的在於說明本申請之基本原理，並且不應被視為具有限制意義。應該理解，實施例可以以軟體、硬體、韌體或其任何組合來實現。術語「包含」、「包含」、「包括」和/或「包括」，當在本文中使用時，指定所述特徵、整數、步驟、運作、元件和/或組件之存在，但不排除存在或者添加一個或複數個其他特徵、整數、步驟、運作、元件、組件和/或其組合。

第1圖係依據本申請實施例之無線通訊環境之框圖。

如第1圖所示，無線通訊環境100包括使用者設備（User Equipment，UE）110、移動通訊網路120和IP多媒體子系統（IP Multimedia Subsystem ，IMS）網路130（例如，由移動通訊網路 120之運營商部署）。在另一實施例中，IMS網路130可以併入到移動通訊網路120中。

UE 110可為功能電話、智慧型電話、平板個人電腦（panel Personal Computer，PC）、膝上型電腦、機器類型通訊（Machine Type Communication，MTC）設備或支援由移動通訊網路120使用之RAT之任何移動通訊設備。UE 110可以連接到移動通訊網路120以獲得語音和/或資料服務。

移動通訊網路120可以包括進接網路121和核心網路122。進接網路121負責處理無線電訊號、終止無線電協定以及連接UE 110與核心網路122，而核心網路122負責執行移動性管理、網路側認證以及與公共/外部網路（例如，IMS網路130和/或網際網路）之介面。

在一個實施例中，如果移動通訊網路120是4G網路（例如，LTE/LTE-A/TD-LTE網路），則進接網路121可為演進之通用陸地無線電進接網路（Evolved-Universal Terrestrial Radio Access Network，E-UTRAN）以及核心網路122可為演進封包核心（Evolved Packet Core ，EPC）。E-UTRAN可以至少包括演進節點B（evolved NodeB，eNB）（例如，宏eNB、毫微微eNB或微微eNB）。EPC可以包括本地使用者伺服器（Home Subscriber Server，HSS）、移動性管理實體（Mobility Management Entity，MME）、服務閘道（Serving Gateway，S-GW）和封包資料網路閘道（Packet Data Network Gateway，PDN-GW或P-GW）。

在一個實施例中，如果無線通訊網路120是5G網路（例如，NR網路），則進接網路121可為下一代無線電進接網路（Next Generation Radio Access Network，NG-RAN）以及核心網路122 可為下一代核心網路 （Next Generation Core Network，NG-CN）。NG-RAN 可以包括一個或多個 gNB。每個gNB還可以包括一個或多個發送接收點（Transmission Reception Point，TRP），並且每個gNB或TRP可以被稱為5G蜂窩站。一些 gNB 功能可能分佈在不同之 TRP 上，而其他功能可為集中的，保留具體部署之靈活性和範圍以滿足具體情況之要求。NG-CN 可以支援各種網路功能，包括AMF、會話管理功能 （Session Management Function，SMF）、使用者平面功能 （User Plane Function，UPF）、策略控制功能 （Policy Control Function，PCF）、應用功能（Application Function，AF）、認證伺服器功能 （Authentication Server Function，AUSF） 和非 3GPP 互通功能 （Non-3GPP Inter-Working Function，N3IWF），其中每個網路功能可以實現為專用硬體上之網路元件，或運行在專用硬體上之軟體實例，或作為在合適平臺（例如，雲基礎設施）上產生實體之虛擬化功能。

IMS網路130是由用於透過移動通訊網路120 向UE 110提供IP多媒體服務之各種網路功能組成之系統。例如，IMS網路130可以包括SIP應用伺服器以及IMS核心，其中IMS核心至少包括HSS、呼叫會話控制功能（Call Session Control Function，CSCF）、信令閘道（Signaling Gateway，SGW）、媒體閘道控制功能（Media Gateway Control Function，MGCF）和媒體資源功能（Media Resource Function，MRF）。HSS 通常是指用於維護驗證和認證使用者之所有使用者設定檔資訊之主要資料庫。CSCF 是 IMS 架構之核心，負責控制端點（在 IMS 規範中稱為終端）和應用之間之會話。SGW 和 MGCF 負責提供與公共交換電話網絡（Public Switched Telephone Network，PSTN）之互通性。 MRF 提供諸如播放音調和數位公告之媒體相關之功能。

IMS網路130提供之IP多媒體業務包括IMS語音服務和/或IMS資料服務。具體地，IMS語音服務（也稱作基於封包交換之IMS語音 （IMS Voice over Packet-Switched，IMSVoPS）服務）可以指的是包括語音成分之IMS語音服務，例如LTE語音（Voice over LTE，VoLTE）、LTE視訊（Video over LTE，ViLTE）、NR語音（Voice over NR，VoNR）和NR視訊（Video over NR， ViNR）等。而IMS資料服務（也稱作基於PS之IMS（IMSDoPS）服務）可以指的是不包括語音成分之IMS服務，例如，基於IMS之短消息服務（Short Message Service，SMS）、關鍵任務一鍵通（Mission Critical Push To Talk，MCPTT）、關鍵任務視訊（Mission Critical Video，MCVideo）、關鍵任務資料（Mission Critical Data，MCData）、融合通訊服務 （Rich Communication Service，RCS）、XML 配置進接協定 （XML Configuration Access Protocol，XCAP） 等。

在一個實施例中，UE 110可以支援IMS網路130之IMS語音服務和IMS資料服務中之一個或兩者。同樣地，取決於運營商之業務部署場景，移動通訊網路120可以支援 IMS網路130之IMS語音服務和IMS資料業務中之一個或兩者。

依據一個新穎之方面，提供了一種基於會話之解決方案用於提供可靠之方式來傳遞特定之應用資料，例如遊戲資料、VR/ AR/ MR資料，以及醫療資料。具體地，無論運營商是否知道這種特定之資料傳遞場景，UE 110可以基於在IMS會話（例如，IMSVoPS/IMSDoPS會話）中建立之RTP流發送應用資料。

依據另一個新穎之方面，提出了一種基於非會話之解決方案用於提供可靠之方式來傳遞特定之應用資料。具體地，在運營商不知道這種特定之資料傳遞場景之情況下，UE 110可以在SIP消息中（例如，在SIP消息內之SMS消息中）發送應用資料。

第2圖為依據本申請實施例示出UE 110之框圖。

如第2圖所示，UA可以包括無線收發器10、控制器20、存儲設備30、顯示設備40和輸入/輸出（Input/Output，I/O）設備50。

無線收發器10可以被配置為執行到無線通訊網路120以及來自無線通訊網路120之無線發送和接收。具體地，無線收發器可以包括基帶處理設備11、射頻（Radio Frequency，RF）設備12和天線13，其中天線13可包括天線陣列用於波束成形。

基帶處理設備11被配置為執行基帶訊號處理並且控制使用者標識卡（未示出）與RF設備12之間之通訊。基帶處理設備11可以包括多個硬體元件以執行基帶訊號處理，包括類比數位轉換（Analog-to-Digital Conversion，ADC）/數位類比轉換（Digital-to-Analog Conversion，DAC）、增益調整、調製/解調、編碼/解碼等。

RF設備12可以經由天線13接收RF無線訊號，將接收之RF無線訊號轉換為基帶訊號，該基帶訊號由基帶處理設備11處理，或者RF設備12從基帶處理設備11接收基帶訊號，並將接收之基帶訊號轉換為RF無線訊號，然後經由天線13發送。RF設備12還可以包括多個硬體設備以執行射頻轉換。例如，RF設備12可以包括混頻器，用於將基帶訊號與在所支援之蜂窩技術之射頻中振盪之載波相乘，其中取決於使用之RAT，射頻可為5G （例如， NR）系統中使用之任何射頻（例如，毫米波 30GHz~300GHz，或用於6GHz以下頻段之3.3GHz~4.9GHz）或可為4G（例如，LTE/LTE-A/TD-LTE）系統中使用之900MHz、2100MHz、或2.6GHz，或另一射頻。

控制器20可為通用處理器、微控制單元（Micro Control Unit，MCU）、應用處理器、數位訊號處理器（Digital Signal Processor，DSP）、圖形處理單元（Graphics Processing Unit，GPU）、全息處理單元（Holographic Processing Unit，HPU）、神經處理單元（Neural Processing Unit，NPU）等等，控制器20包括提供以下功能之各種電路：資料處理和計算、控制無線收發器10與無線通訊網路120進行收發、使能存儲設備30用於存儲資料或檢索資料、向顯示設備40發送一系列訊框資料（例如，表示為文本消息、圖形、圖像等等）以及從I/O設備50接收輸入訊號或向I/O設備50發送輸出訊號。

具體地，控制器20可以協調無線收發器10、存儲設備30、顯示設備40和I/O設備50之上述操作，以用於執行提供可靠的應用資料傳遞之方法。

在另一實施例中，控制器20可以合併到基帶處理設備中，以用作基帶處理器11。

如所屬技術領域具有通常知識者所理解的，控制器20之電路通常會包括電晶體，該電晶體以依據本文中所描述之功能和操作來控制電路之操作之方式配置。將進一步理解的是，電晶體之特定結構或互連通常會由編譯器確定，例如，寄存器傳輸語言（Register Transfer Language，RTL）編譯器。RTL編譯器可以由處理器依據與組合語言代碼非常相似之腳本操作，以將腳本編譯成最終電路之佈局或製造所使用之形式。實際上，RTL以其在促進電子和數位系統之設計流程中之作用和用途而聞名。

存儲設備30可為非暫時性電腦可讀存儲介質，包括通用積體電路卡（Universal Integrated Circuit Card，UICC）（例如，使用者身份模組 （Subscriber Identity Module，SIM）或通用 SIM（Universal SIM，USIM）卡），記憶體（例如，快閃記憶體或非揮發性隨機存取記憶體（Non-Volatile Random Access Memory，NVRAM））、磁存儲裝置（例如，硬碟磁片或磁帶）、光碟或其任何組合，用於存儲資料、指令和/或應用、通訊協定和/或本申請方法之程式碼。

顯示設備40可為液晶顯示器（Liquid-Crystal Display，LCD）、發光二極體（Light-Emitting Diode，LED）顯示器或者電子紙顯示器（Electronic Paper Display EPD）等，用於提供顯示功能。或者，顯示設備40可進一步包括設置在其上或其下方之用於感測物體（例如手指或指示筆）之接觸、連接或接近之一個或多個觸摸感測器。

I/O設備50可以包括一個或多個按鈕、鍵盤、滑鼠、觸控板、攝像機、麥克風和/或揚聲器等，以用作用於與使用者交互之人機介面（Man-Machine Interface，MMI），例如接收使用者輸入以及輸出提示性語言到使用者。

應當理解，第2圖之實施例中描述之元件僅用於說明目的，而不旨在限制本申請之範圍。例如，UE 110可以包括更多元件，例如電源和/或全球定位系統（Global Positioning System，GPS）設備，其中電源可為向UE 110之所有其他元件提供電力之移動的/可更換的電池，並且 GPS設備可以提供UE 110之位置資訊，以供一些基於位置之服務或應用使用。或者，UE 110可以包括更少之元件。例如，UE 110可以不包括顯示設備40和/或I/O設備50。

第3圖係示出依據本申請之實施例之提供可靠之應用資料傳遞之方法之流程圖。

在該實施例中，該方法應用於通訊地連接到支援IMS服務之移動通訊網路（例如，移動通訊網路120）之UE（例如，UE 110）並由UE執行。

首先，UE確定移動通訊網路是否支援IMS服務（步驟S310）。

在一個實施例中，IMS服務可以指的是IMS語音服務。在另一實施例中，IMS服務可以指的是IMS資料服務。

然後，UE與移動通訊網路建立用於IMS服務之PDN連接或PDU會話，以回應於移動通訊網路支援IMS服務（步驟S320）。

在一個實施例中，如果移動通訊網路是4G網路（例如，LTE/LTE-A/TD-LTE網路），則UE建立PDN連接。在另一實施例中，如果移動通訊網路是5G網路（例如，NR網路），則UE建立PDU會話。

再然後，UE在PDN連接或PDU會話中發送應用資料（步驟S330）。

在一個實施例中，針對移動通訊網路支援IMS語音服務之情況，可以使用運營商未知模式（unaware mode）應用基於會話之解決方案，其中在運營商未知模式中運營商不知道基於現有音訊/視訊RTP流傳遞之應用資料流程（即，照慣例為 IMSVoPS 會話定義以及在其中使用之音訊/視訊 RTP 流）。具體地，UE 可以發送包括會話描述協定（Session Description Protocol，SDP） 屬性之 SIP邀請（SIP INVITE）消息，其中SDP屬性指示使用音訊或視訊RTP 流在PDN 連接或 PDU 會話中發送應用資料。例如，SDP 屬性可以包括指示基於封包交換之 IMS 資料（IMS Data over Packet Switched，IMSDoPS）會話之會話名稱欄位、指示應用資料之類型和標識符之會話資訊欄位以及指示音訊或視訊 RTP 之媒體資訊欄位。替代地，UE可以首先發送SIP INVITE消息以發起語音呼叫會話，以及然後發送SIP INVITE消息（例如，具有上述SDP屬性）以將語音呼叫會話修改為IMSDoPS會話。

針對移動通訊網路支援IMS語音服務之情況，可以使用運營商已知模式（aware mode）應用基於會話之解決方案，其中在運營商已知模式中運營商知道基於單獨之音訊/視訊RTP流傳遞之應用資料流程（即，為 IMSVoPS 會話新定義以及在其中使用之音訊/視訊 RTP 流）。具體地，UE 可以發送包括報頭欄位之 SIP INVITE 消息，其中報頭欄位指示使用音訊或視訊 RTP 流在 PDN 連接 PDU 會話中發送應用資料的。其中報頭欄位可以包括指示IMSDoPS會話之主題指示（subject indication）和指示應用資料之類型和標識符之原因指示。

在又一實施例中，針對移動通訊網路支援IMS語音服務之情況，可以使用運營商未知模式應用基於非會話之解決方案，其中在運營商未知模式中運營商不知道基於現有文本RTP流傳遞之應用資料流程（即，照慣例為文本消息傳遞定義以及在其中使用之文本 RTP 流）。具體地，UE 可以在 SIP 消息中發送應用資料。例如，應用資料可以在 SIP 消息中作為純文本消息（例如， SMS消息）發送。

為了進一步探索，在運營商未知模式下，可以使用現有之音訊/視訊/文本RTP流來發送應用資料，以及每個應用（例如，每個遊戲）可以使用預定義之配置，透過預定義之配置發送機和接收機知道如何映射 SDP到正確之應用、使用哪個解碼器、請求多少頻寬，以及如何編碼/解碼應用資料。

第4A和4B圖示出了針對運營商未知模式之關於應用到相應之參數之映射之所謂配置之示例。在運營商已知模式下，使用單獨之RTP流發送應用資料，以及運營商可以定義編解碼器、頻寬和語法（syntax）。

第5圖係示出依據本申請之實施例之用於使用運營商未知模式傳遞遊戲資料之基於會話之解決方案之消息序列圖。

在該實施例中，應用資料具體指的是某個遊戲應用之遊戲資料，但本申請不限於此。

在步驟S501中，使用者A在UE 1中開啟（launch）遊戲平臺應用。

在步驟S502中，使用者A選擇他/她想玩之遊戲平臺應用提供之遊戲之一。

在步驟S503中，使用者A從連絡人列表中選擇他/她想與其一起玩遊戲之另一使用者（例如，使用者B）。

在步驟S504中，使用者A開始與使用者B之遊戲會話，UE 1向UE 2發送SIP INVITE消息作為回應。具體地，SIP INVITE消息中之SDP屬性包括指示IMSDoPS會話之會話名稱欄位（在第5圖中表示為「s=IMSDoPS 會話」）、指示應用資料之類型和標識符之會話資訊欄位（在第5圖中表示為「i=遊戲資料GAME-ID#1234」），以及指示音訊或視訊RTP之媒體資訊欄位（在第5圖中表示為「m=音訊 49816 RTP/AVP 127 105」）。此外，在 SDP 屬性中，「b」參數用於依據所選遊戲請求合適之服務品質 （Quality of Service，QoS） 和頻寬。

儘管未示出，但是在步驟S504之前，UE 1可以首先與支援IMS語音服務之移動通訊網路建立PDN連接或PDU會話。

在步驟S505中，UE 2透過向UE 1發送指示被叫方（即使用者B）正在被警覺（alerted）之回應訊息（即180振鈴（ringing）），來回應SIP INVITE消息。

在步驟S506中，UE 2進一步向UE 1發送指示通話（即，遊戲會話）已被應答之另一回應訊息（即200 OK）。

在步驟S507中，UE 1向UE 2發送確認（即ACK）消息以確認最終回應之接收（即200 OK回應）（即200 OK回應）。

在步驟S508中，UE 1和UE 2開始基於音訊RTP流傳遞遊戲資料。

第6A和6B圖示出了依據本申請之另一實施例用於使用運營商未知模式傳遞遊戲資料之基於會話之解決方案之消息序列圖。

在該實施例中，應用資料具體指的是某個遊戲應用之遊戲資料，但本申請不限於此。

在步驟S601中，使用者A發起與使用者B之VoLTE通話，相應地，UE 1向UE 2發送SIP INVITE消息。具體地，SIP INVITE消息中之SDP屬性包括指示VoLTE通話（在第6A圖中表示為「s=VoLTE通話」）之會話名稱欄位，以及指示音訊或視訊RTP之媒體資訊欄位（在第6A圖中表示為「m=音訊49816 RTP/AVP 127 105」）。

儘管未示出，但是在步驟S601之前，UE 1可以首先與支援IMS語音服務之移動通訊網路建立PDN連接或PDU會話。

在步驟S602中，UE 2透過向UE 1發送指示被叫方（即使用者B）正在被警覺之回應訊息（即180振鈴），來回應SIP INVITE消息。

在步驟S603中，UE 2進一步向UE 1發送指示通話已被應答之另一回應訊息（即200 OK）。

在步驟S604中，UE 1向UE 2發送確認（即ACK）消息以確認最終回應之接收（即200 OK回應）。

在步驟S605中，UE 1和UE 2開始基於音訊RTP流傳遞音訊資料。

在VoLTE通話期間，使用者A和使用者B決定將通話更新為音訊加遊戲通話，UE 1向UE 2發送重新邀請消息（Re-INVITE消息）作為回應（步驟S606）。具體地，Re-INVITE消息是另一具有不同SDP屬性之SIP INVITE消息，SDP屬性包括指示IMSDoPS會話之會話名稱欄位（在第6A圖中表示為「s=IMSDoPS 會話」）、指示應用資料之類型和標識符之會話資訊欄位（在第6A圖中表示為「i=遊戲資料遊戲-ID#1234」），以及指示音訊或視訊RTP之媒體資訊欄位（在第6A圖中表示為「m=音訊 49816 RTP/AVP 127 105」）。此外，在 SDP 屬性中，「b」參數用於依據所選遊戲請求合適之QoS和頻寬。

儘管未示出，但在步驟S606之前，使用者A或使用者B可以開啟遊戲平臺應用並選擇要玩之遊戲和與其玩遊戲之連絡人，類似於第5圖實施例中之步驟S501~S503。

在步驟S607中，UE 2透過向UE 1發送指示被叫方（即使用者B）正在被警覺之回應訊息（即180振鈴），來回應SIP INVITE消息。

在步驟S608中，UE 2進一步向UE 1發送另一回應訊息（即200 OK）以指示呼叫（即遊戲會話）已被應答。

在步驟S609中，UE 1向UE 2發送確認（即ACK）消息以確認最終回應之接收（即，200 OK回應）。

在步驟S610中，UE 1和UE 2開始基於音訊RTP流傳遞音訊和遊戲資料。

第7圖係示出了依據應用之實施例之用於使用運營商未知模式傳遞遊戲資料之基於會話之解決方案之消息序列圖。

本實施例中，應用資料特指AR/VR資料，但本申請不限於此。

在步驟S701中，使用者A決定發起與使用者B之視訊通話加上AR/VR特性，UE 1向UE 2發送SIP INVITE消息作為回應。具體地，SIP INVITE消息中之SDP屬性包括：指示IMSDoPS會話之會話名稱欄位（在第7圖中表示為「s=IMSDoPS 會話」）、指示應用資料之類型和標識符之會話資訊欄位（在第7圖中表示為「i=具有應用資料APP-ID#AR-VR之語音通話」）、指示音訊RTP之第一媒體資訊欄位（在第7圖中表示為「m=音訊49170 RTP/AVP 0」）、指示視訊RTP之第二媒體資訊欄位（在第7圖中表示為「m=視訊51372 RTP/AVP 31」）、指示AR/VR應用之第三媒體資訊欄位（在第7圖中表示為「m=應用32416 udp wb」），以及用於 AR/VR 應用之媒體屬性欄位（在第7圖中表示為「a=orient:portrait」）。此外，AR/VR 媒體描述欄位（m line）可以指示要使用之編解碼器是 AVC/H.264、HEVC/H.265、VP8 或 VP9。

儘管未示出，但是在步驟S701之前，UE 1可以首先與支援IMS語音服務之移動通訊網路建立PDN連接或PDU會話。

在步驟S702中，UE 2透過向UE 1發送指示被叫方（即使用者B）正在被警覺之回應訊息（即180振鈴），來回應SIP INVITE消息。

在步驟S703中，UE 2進一步向UE 1發送指示通話（即，遊戲會話）已被應答之另一回應訊息（即200 OK）。

在步驟S704中，UE 1向UE 2發送確認（即ACK）消息以確認最終回應之接收（即200 OK回應）。

在步驟S705中，UE 1和UE 2開始基於音訊RTP流、視訊RTP和AR/VR應用傳遞音訊、視訊和AR/VR資料。

第8A和8B圖示出依據本申請之實施例之用於使用運營商已知模式傳遞遊戲資料之基於會話之解決方案之消息序列圖。

在該實施例中，應用資料具體指的是某個遊戲應用之遊戲資料，但本申請不限於此。

在步驟S801中，使用者A在UE 1中開啟遊戲平臺應用。

在步驟S802中，使用者A選擇他/她想玩之遊戲平臺應用提供之遊戲之一。

在步驟S803中，使用者A從連絡人列表中選擇他/她想與其一起玩遊戲之另一使用者（例如，使用者B）。

在步驟S804中，使用者A開始與使用者B之遊戲會話，UE 1經由IMS網路向UE 2發送SIP INVITE消息作為回應。具體地，SIP INVITE消息之報頭欄位包括：指示IMSDoPS會話之主題指示（在圖8A中表示為「會話：「IMSDoPS」），以及指示應用資料之類型和標識符之原因指示（在圖 8A 中表示為「原因：「遊戲資料遊戲-ID#1234」）。一旦接收到 SIP INVITE 消息，IMS 網路就可以識別在IMSDoPS會話中基於音訊 RTP流傳遞應用資料之請求，並且基於遊戲ID（即 1234），IMS 網路可能需要在將 SIP INVITE 消息轉發到 UE 2 之前，確定由運營商為該遊戲定義之編解碼器、頻寬和語法。

儘管未示出，但是在步驟S804之前，UE 1可以首先與支援IMS語音服務之移動通訊網路建立PDN連接或PDU會話。

在步驟S805中，UE 2透過經由IMS網路向UE 1發送指示被叫方（即使用者B）正在被警覺之回應訊息（即180振鈴），來回應SIP INVITE消息。

在步驟S806中，UE 2進一步經由IMS網路向UE 1發送指示通話（即，遊戲會話）已被應答之另一回應訊息（即200 OK）。

在步驟S807中，UE 1經由IMS網路向UE 2發送確認（即ACK）消息以確認最終回應之接收（即200 OK回應）（即200 OK回應）。

在步驟S808中，UE 1和UE 2開始基於音訊RTP流傳遞遊戲資料。

第9A和9B圖示出依據本申請之實施例之用於使用運營商未知模式傳遞遊戲資料之基於非會話之解決方案之消息序列圖。

在該實施例中，應用資料具體指的是某個遊戲應用之遊戲資料，但本申請不限於此。

在步驟S901中，使用者A在UE 1中開啟遊戲平臺應用。

在步驟S902中，使用者A選擇他/她想玩之遊戲平臺應用提供之遊戲之一。

在步驟S903中，使用者A從連絡人列表中選擇他/她想與其一起玩遊戲之另一使用者（例如，使用者B）。

在步驟S904中，使用者A開始與使用者B之遊戲會話，UE 1向UE 2發送SIP消息作為回應。具體地，SIP消息中之內容包括指示「IMSDoPS非會話；遊戲資料 遊戲-ID#3456；資料：X:Y=0, 1」之具體之遊戲字串（第9B圖）。例如，具體之遊戲字串可以理解為SIP消息中攜帶之純文本消息（例如，SMS消息）。

儘管未示出，但是在步驟S904之前，UE 1可以首先與支援IMS資料服務之移動通訊網路建立PDN連接或PDU會話。

在步驟S905中，UE 2透過向UE 1發送回應訊息（即200 OK），來回應SIP消息。

在步驟S906中，UE 2進一步向UE 1發送SIP消息。具體地，SIP消息之內容包括指示「IMSDoPS非會話；遊戲資料 遊戲-ID#3456；資料：X:Y=0, 1」之具體之遊戲字串（第9B圖）。

在步驟S907中，UE 1透過向UE 2發送回應訊息（即200 OK）來回應SIP消息。

雖然已經以示例之方式以及依據優選實施例描述了本申請，但是應該理解，本申請不限於此。在不脫離本申請之範圍和精神之情況下，所屬技術領域具有通常知識者仍可進行各種變化和修改。因此，本申請之範圍應由以下申請專利範圍及其等同物限定和保護。

在申請專利範圍中使用諸如「第一」、「第二」等序數術語來修辭申請專利範圍元素本身並不表示一個申請專利範圍元素相對於另一個申請專利範圍具有任何優先權、優先次序或順序或執行方法實施之時間順序，然而，這種「第一」、「第二」等序數術語僅用作標記，以區分具有相同名稱之一個申請專利範圍元素與具有相同名稱之另一個元素（但使用序數詞），進而區分申請專利範圍元素。

100:無線通訊環境 110:UE 120:無線通訊網路 121:進接網路 122:核心網路 130:IMS網路 10:無線收發器 30:存儲設備 20:控制器 40:顯示設備 50:I/O設備 12:RF設備 11:基帶處理設備 13:天線 S310,S320,S330,S501,S502,S503,S504,S505,S506,S507,S601,S602,S603,S604,S606,S606,S607,S608,S609,S610,S701,S702,S703,S704,S705,S801,S802,S803,S804,S805,S806,S807,S808,S901,S902,S903,S904,S905,S906,S907:步驟

透過參考附圖閱讀後續之詳細描述和示例，可以更全面地理解本申請，其中： 第1圖為依據本申請實施例之無線通訊環境之框圖； 第2圖為示出依據本申請實施例之UE 110之框圖； 第3圖為示出依據本申請實施例提供可靠之應用資料傳遞之方法流程圖； 第4A和4B圖示出了針對運營商未知模式之關於應用到相應之參數之映射之所謂配置之示例。 第5圖係示出依據本申請之實施例之用於使用運營商未知模式傳遞遊戲資料之基於會話之解決方案之消息序列圖。 第6A和6B圖示出了依據本申請之另一實施例用於使用運營商未知模式傳遞遊戲資料之基於會話之解決方案之消息序列圖。 第7圖係示出了依據本申請之實施例之用於使用運營商未知模式傳遞遊戲資料之基於會話之解決方案之消息序列圖。 第8A和8B圖示出依據本申請之實施例之用於使用運營商已知模式傳遞遊戲資料之基於會話之解決方案之消息序列圖。 第9A和9B圖示出依據本申請之實施例之用於使用運營商未知模式傳遞遊戲資料之基於非會話之解決方案之消息序列圖。

S310,S320,S330:步驟

Claims (11)

1. 一種用於提供可靠之應用資料傳遞之使用者設備，包括： 一無線收發器，被配置為執行到以及來自一移動通訊網路之發送和接收；以及 一控制器，被配置為： 確定該移動通訊網路是否支援IP多媒體子系統服務； 經由該無線收發器為該IP多媒體子系統服務與該移動通訊網路建立一封包資料網路連接或一協定資料單元會話，以回應於該移動通訊網路支援該IP多媒體子系統服務；以及 經由該無線收發器在該封包資料網路連接或該協定資料單元會話中發送一應用資料。
2. 如請求項1所述之用於提供可靠之應用資料傳遞之使用者設備，其中，該IP多媒體子系統服務包括一IP多媒體子系統語音服務。
3. 如請求項2所述之用於提供可靠之應用資料傳遞之使用者設備，其中，該控制器進一步配置為經由該無線收發器發送包括一會話描述協定屬性之一第一會話發起協定邀請消息，其中該會話描述協定屬性指示使用一音訊即時傳輸協定流或一視訊即時傳輸協定流在該封包資料網路連接或該協定資料單元會話中發送該應用資料。
4. 如請求項3所述之用於提供可靠之應用資料傳遞之使用者設備，其中，該會話描述協定屬性包括指示一基於封包交換之IP多媒體子系統資料會話之一會話名稱欄位、指示該應用資料之一類型和一標識符之一會話資訊欄位、以及指示一音訊即時傳輸協定或一視訊即時傳輸協定之一媒體資訊欄位。
5. 如請求項3所述之用於提供可靠之應用資料傳遞之使用者設備，其中，該控制器進一步配置為在發送一第二會話發起協定邀請消息之前經由該無線收發器發送該第一會話發起協定邀請消息以發起一語音通話會話，以及該第二會話發起協定邀請消息被發送以用於將該語音通話會話修改為該基於封包交換之IP多媒體子系統資料會話。
6. 如請求項2所述之用於提供可靠之應用資料傳遞之使用者設備，其中，在一會話發起協定消息中發送該應用資料。
7. 如請求項1所述之使用者設備，其中，該IP多媒體子系統服務包括一IP多媒體子系統資料服務。
8. 如請求項1所述之用於提供可靠之應用資料傳遞之使用者設備，其中，該控制器進一步被配置為經由該無線收發器發送包括一報頭欄位之一會話發起協定邀請消息，其中該報頭欄位指示使用一音訊即時傳輸協定流或一視訊即時傳輸協定流在該封包資料網路連接或該協定資料單元會話中發送該應用資料。
9. 如請求項8所述之用於提供可靠之應用資料傳遞之使用者設備，其中，該報頭欄位包括指示一基於封包交換之IP多媒體子系統資料會話之一主題指示和指示該應用資料之一類型和標識符之一原因指示。
10. 如請求項1所述之用於提供可靠之應用資料傳遞之使用者設備，其中，該應用資料包括以下各項之一： 一遊戲資料； 一虛擬現實資料、一增強現實資料或一混合現實資料；以及 一醫療資料。
11. 一種用於提供可靠之應用資料傳遞之方法，由一使用者設備執行，包括： 確定該移動通訊網路是否支援一IP多媒體子系統服務； 為該IP多媒體子系統服務與該移動通訊網路建立一封包資料網路連接或一協定資料單元會話，以回應於該移動通訊網路支援該IP多媒體子系統服務；以及 在該封包資料網路連接或該協定資料單元會話中發送一應用資料。

Images