日韩成人黄色,透逼一级毛片,狠狠躁天天躁中文字幕,久久久久久亚洲精品不卡,在线看国产美女毛片2019,黄片www.www,一级黄色毛a视频直播

在無線通信系統(tǒng)中通過訪問層提供服務(wù)連接的設(shè)備和方法與流程

文檔序號:11162525閱讀:926來源:國知局
本公開關(guān)于用于在無線通信系統(tǒng)中通過訪問層提供服務(wù)連接的設(shè)備和方法。
背景技術(shù)
:為了滿足因為4G(第四代)通信系統(tǒng)的部署而增加的無線數(shù)據(jù)業(yè)務(wù)的需要,已經(jīng)做出努力來開發(fā)改進的5G(第五代)或者預(yù)5G通信系統(tǒng)。因此,5G或者預(yù)5G通信系統(tǒng)也稱為‘超4G網(wǎng)絡(luò)’或者‘后LTE系統(tǒng)’。5G通信系統(tǒng)被認為以更高頻帶(mmWave),例如60GHz頻段實現(xiàn),從而實現(xiàn)更高數(shù)據(jù)速率。為了減小無線電波的傳播損耗和增加傳輸距離,在5G通信系統(tǒng)中討論了波束形成(beamforming)、大規(guī)模多輸入多輸出(MIMO)、全維度MIMO(FD-MIMO)、陣列天線、模擬波束形成、大規(guī)模天線技術(shù)。另外,在5G通信系統(tǒng)中,系統(tǒng)網(wǎng)絡(luò)改進的開發(fā)正在基于先進小蜂窩、云無線電接入網(wǎng)絡(luò)(RAN)、超密集網(wǎng)絡(luò)、裝置到裝置(D2D)通信、無線回程、移動網(wǎng)絡(luò)、合作通信、協(xié)調(diào)多點(CoMP)、接收端干擾消除等進行。在5G系統(tǒng)中,已經(jīng)開發(fā)了作為先進編碼調(diào)制(ACM)的混合FSK和QAM調(diào)制(FQAM)和滑動窗口疊加編碼(SWSC),以及作為先進接入技術(shù)的濾波器組多承載(FBMC)、非正交多路訪問(NOMA)和稀疏碼多路訪問(SCMA)。正在開發(fā)通信系統(tǒng)的目的是增加吞吐量。等待時間扮演作為增加吞吐量的關(guān)鍵變量的角色。對于下一代通信系統(tǒng),正在討論超現(xiàn)實服務(wù),且這種超現(xiàn)實服務(wù)要求非常短的等待時間。超現(xiàn)實服務(wù)要求的等待時間的實例是對于痛覺的1秒,對于聽覺的100毫秒,對于視覺的10毫秒和對于觸覺的1毫秒。對于下一代通信系統(tǒng),期望數(shù)據(jù)速率急劇增大。同時,提供上述信息僅作為用于更好地理解本公開的背景信息。關(guān)于該部分中已經(jīng)描述的是否可應(yīng)用為與本公開有關(guān)的現(xiàn)有技術(shù)沒有做出確定和聲明。以上信息被呈現(xiàn)為背景信息僅為了幫助理解本公開。關(guān)于是否任意以上所述相對于本公開可適用為現(xiàn)有技術(shù)不做出確定,且不做出斷言。技術(shù)實現(xiàn)要素:技術(shù)問題同時,作為傳輸層,在用戶設(shè)備(UE)和向UE提供服務(wù)的服務(wù)器之間主要使用傳輸控制協(xié)議(TCP)。但是,由于其性質(zhì),TCP在減小等待時間上有限制。例如,假定TCP使用流控制的窗口方案,UE發(fā)送與預(yù)定窗口大小對應(yīng)的數(shù)據(jù)并增大窗口大小以由此增加發(fā)送的數(shù)據(jù)。但是,當發(fā)送的數(shù)據(jù)受損或者具有誤差時,TCP通過將窗口大小減小一半來控制數(shù)據(jù)速率。因此,傳輸層的等待時間增加。因此,為了滿足下一代通信系統(tǒng)需要的等待時間,減小傳輸層的等待時間很重要,且需要研究減小傳輸層的等待時間。技術(shù)方案本公開提出了用于在無線通信系統(tǒng)中通過訪問層提供服務(wù)連接的設(shè)備和方法。根據(jù)本公開的實施例,一種在無線通信系統(tǒng)中由用戶設(shè)備(UE)接收服務(wù)的方法包括:通過訪問層向基站發(fā)送服務(wù)請求消息,該服務(wù)請求消息包括與應(yīng)用數(shù)據(jù)有關(guān)的服務(wù)名稱、應(yīng)用數(shù)據(jù)和臨時UE標識中的至少一個;和從基站接收服務(wù)請求接受消息,該服務(wù)請求接受消息包括從與基站連接的基站服務(wù)器提供的應(yīng)用數(shù)據(jù)的響應(yīng)數(shù)據(jù)。根據(jù)本公開的實施例,一種用于在無線通信系統(tǒng)中由基站提供服務(wù)的方法包括:從在通過訪問層提供服務(wù)連接的第一模式下操作的用戶設(shè)備(UE)接收服務(wù)請求消息,該服務(wù)請求消息包括與應(yīng)用數(shù)據(jù)有關(guān)的服務(wù)名稱、應(yīng)用數(shù)據(jù)和臨時UE標識中的至少一個;和向UE發(fā)送服務(wù)請求接受消息,該服務(wù)請求接受消息包括從與基站連接的基站服務(wù)器提供的應(yīng)用數(shù)據(jù)的響應(yīng)數(shù)據(jù)。根據(jù)本公開的實施例,在無線通信系統(tǒng)中接收服務(wù)的用戶設(shè)備(UE)包括:控制器,配置為確定UE的操作模式;發(fā)送單元,配置為通過訪問層發(fā)送服務(wù)請求消息到基站,該服務(wù)請求消息包括與應(yīng)用數(shù)據(jù)有關(guān)的服務(wù)名稱、應(yīng)用數(shù)據(jù)和臨時UE標識中的至少一個;和接收單元,配置為從基站接收服務(wù)請求接受消息,該服務(wù)請求接受消息包括從與基站連接的基站服務(wù)器提供的應(yīng)用數(shù)據(jù)的響應(yīng)數(shù)據(jù)。根據(jù)本公開的實施例,無線通信系統(tǒng)中用于提供服務(wù)的基站包括:接收單元,配置為從在通過訪問層提供服務(wù)連接的第一模式下操作的用戶設(shè)備(UE)接收服務(wù)請求消息,該服務(wù)請求消息包括與應(yīng)用數(shù)據(jù)有關(guān)的服務(wù)名稱、應(yīng)用數(shù)據(jù)和臨時UE標識中的至少一個;和發(fā)送單元,配置為向UE發(fā)送服務(wù)請求接受消息,該服務(wù)請求接受消息包括從與基站連接的基站服務(wù)器提供的應(yīng)用數(shù)據(jù)的響應(yīng)數(shù)據(jù)。從結(jié)合附圖的本公開的示例性實施例的以下詳細說明,本公開的其他方面、優(yōu)點和核心特征將是對本領(lǐng)域技術(shù)人員顯而易見。在進入本公開的詳細說明之前,可以僅為了容易描述而定義在這里使用的特定的術(shù)語或者短語。如在此使用的,術(shù)語“包括”和“包含”和它們的衍生物可以指這樣做而沒有任何限制。如在此使用的,術(shù)語“或”可以意味著“和/或”。如在此使用的,短語“與...相關(guān)聯(lián)”和“與其相關(guān)聯(lián)”及其衍生物可以意味著“包括”,“包括在內(nèi)”、“與...互連”、“包含”、“包含在內(nèi)”、“連接到或者與...連接”、“耦合到或者與...耦合”、“可與...通信”、“與...協(xié)作”、“交織”、“并列”、“接近于”、“接合到或者與...接合”、“具有”或者“具有...的特性”。如在此使用的,術(shù)語“控制器”可以意味著控制至少一個操作的任何裝置、系統(tǒng)或者其部分。如在此使用的,術(shù)語“裝置”可以以硬件、固件、軟件或者其至少兩個的某些組合實現(xiàn)。應(yīng)當注意,無論什么特定的控制器與其相關(guān)聯(lián)的功能可以集中或者分布或者本地或者遠程地實現(xiàn)。本領(lǐng)域技術(shù)人員應(yīng)該理解,可以采用如在此使用的特定的術(shù)語或者短語的定義用于現(xiàn)有的或者將來的多數(shù)情況下或者甚至是少數(shù)情況下。本公開可以通過經(jīng)由訪問層提供曾經(jīng)通過傳輸層傳輸?shù)姆?wù)連接而最小化在傳輸層發(fā)生的傳輸延遲。附圖說明本公開的特定的優(yōu)選實施例和前述及其他方面、特征和優(yōu)點將從結(jié)合附圖的以下詳細說明變得明顯,在附圖中:圖1是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)的結(jié)構(gòu)的實例的圖;圖2是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)的第二結(jié)構(gòu)的實例的圖;圖3是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中在組件之間配置的接口和承載的第三結(jié)構(gòu)的實例的圖;圖4a和圖4b是圖示由根據(jù)本公開的實施例的低延遲提供系統(tǒng)中的組件使用的協(xié)議棧的圖;圖5是圖示長期演化(LTE)通信系統(tǒng)中從UE到服務(wù)器傳輸應(yīng)用數(shù)據(jù)的實例的圖;圖6是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中從低延遲UE到低延遲基站服務(wù)器傳輸應(yīng)用數(shù)據(jù)的實例的圖;圖7是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中由低延遲UE獲得與低延遲服務(wù)有關(guān)的信息的實例的圖。圖8是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中低延遲UE訪問低延遲提供系統(tǒng)的實例的圖;圖9是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中的操作模式中低延遲模塊確定操作模式的過程的實例的流程圖;圖10是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中的操作模式中低延遲模塊確定操作模式的過程的實例的另一流程圖;圖11a和圖11b是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中以低延遲提供模式操作的低延遲UE與低延遲基站服務(wù)器傳遞應(yīng)用數(shù)據(jù)的過程的實例的圖;圖12是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中低延遲UE基于服務(wù)信息發(fā)送服務(wù)請求消息到低延遲基站服務(wù)器的實例的圖;圖13是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中以低延遲提供模式操作來與低延遲基站服務(wù)器傳遞應(yīng)用數(shù)據(jù)的低延遲UE的內(nèi)部操作的實例的圖;圖14是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中以后退模式操作的低延遲UE與低延遲基站服務(wù)器傳遞應(yīng)用數(shù)據(jù)的過程的實例的圖;和圖15是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中以后退模式操作來與低延遲基站服務(wù)器傳遞應(yīng)用數(shù)據(jù)的低延遲UE的內(nèi)部操作的實例的圖。應(yīng)當注意,相同或者類似的附圖標記可以用于參考遍及附圖的相同或者類似的元件、特征或者結(jié)構(gòu)。具體實施方式在下文中,參考附圖詳細地描述本公開的優(yōu)選實施例。當確定使得本公開的主題不清楚時,可以跳過已知技術(shù)或功能的詳細說明。考慮在本公開中的功能定義如在此使用的術(shù)語,且可以根據(jù)用戶或操作者的意圖或者實踐替換為其他術(shù)語。因此,應(yīng)該基于總體公開定義術(shù)語??梢詫Ρ竟_做出各種改變,且本公開可以具有多種實施例。結(jié)合附圖示出和描述了本公開的一些實施例。但是,應(yīng)該理解本公開不限于描述的實施例,且對其的所有改變和/或等效或者替換也屬于本公開的范圍。如在此使用的,單數(shù)形式“一”、“一個”和“該”意在也包括復(fù)數(shù)形式,除非上下文清楚地指示例外。因此,作為示例,“組件表面”包括一個或多個組件表面。帶有比如‘第一’和‘第二’的序數(shù)的術(shù)語可以用于表示各種組件,但是組件不由該術(shù)語限制。術(shù)語僅用于區(qū)分一個組件與另一組件。例如,第一組件可以表示第二組件,反之亦然,而不脫離本公開的范圍。術(shù)語“和/或”可以表示列出的多個相關(guān)項目的組合或者任意一個項目。僅提供如在此使用的術(shù)語以描述其某些實施例,而不是限制本公開。將理解單數(shù)形式“一”、“一個”和“該”包括多個指代物除非上下文清楚地指示例外。另外將理解術(shù)語“包括”和/或“具有”當在該說明書中使用時指定所述的特征、整體、步驟、操作、元件和/或組件的存在,而不排除一個或多個其它特征、整體、步驟、操作、元件、組件和/或它們的組的存在或者附加。除非與本公開的實施例結(jié)合地另外定義,包括在這里使用的技術(shù)和科學(xué)術(shù)語的全部術(shù)語具有與本公開的實施例屬于的領(lǐng)域中本領(lǐng)域技術(shù)人員通常理解的相同的含義。另外將理解比如在通常使用的詞典中限定的術(shù)語應(yīng)該解釋為具有與它們在現(xiàn)有技術(shù)的上下文中的含義一致的含義,且將不以理想化或者過度形式化的意義解釋,除非在這里明確地這樣限定。根據(jù)本公開的實施例,在這里公開的電子裝置可以包括通信功能。例如,電子裝置可以是智能電話機、平板(PC)、個人計算機(PC)、移動電話機、視頻電話機、電子書閱讀器、桌面PC、膝上型PC、上網(wǎng)本PC、個人數(shù)字助理(PDA)、便攜式多媒體播放器(PMP)、MP3播放器、移動醫(yī)療裝置、相機、可穿戴裝置(例如,頭戴裝置(HMD)),電子衣服、電子手鏈、電子項鏈、電子配件、電子紋身或者智能手表。根據(jù)本公開的各種實施例,電子裝置可以是具有通信功能的智能家用電器。例如,智能家用電器可以是電視機、數(shù)字視頻盤(DVD)播放器、音頻播放器、冰箱、空調(diào)器、真空吸塵器、烘箱、微波爐、洗衣機、干燥機、空氣凈化器、機頂盒、TV盒(例如,SamsungHomeSyncTM、AppleTVTM或GoogleTVTM等)、游戲控制器、電子詞典、錄像攝像機或者電子相框。根據(jù)本公開的各種實施例,電子裝置可以是醫(yī)療裝置(例如,磁源血管造影(MRA)裝置、磁源成像(MRI)裝置、計算斷層分析(CT)裝置、成像裝置或者超聲裝置)、導(dǎo)航裝置、全球定位系統(tǒng)(GPS)接收器、事件數(shù)據(jù)記錄器(EDR)、飛行數(shù)據(jù)記錄器(FDR)、汽車文娛新聞裝置、航行電子裝置(例如,航行導(dǎo)航裝置、陀螺儀或者羅盤)、航空電子裝置、安全裝置或者用于家庭或者工業(yè)的機器人。根據(jù)本公開的各種實施例,電子裝置可以是具有通信功能的一件家具、建筑/結(jié)構(gòu)的一部分、電子板、電子簽名接收裝置、投影儀或者各種測量裝置(例如,用于測量水、電、氣或者電磁波的裝置)。根據(jù)本公開的各種實施例,電子裝置可以是上面列出的裝置的組合。本領(lǐng)域技術(shù)人員應(yīng)該理解電子裝置不限于上述裝置。根據(jù)本公開的實施例,用戶設(shè)備(UE)例如可以是電子裝置。與本公開的以下實施例結(jié)合,作為實例描述在演化的分組系統(tǒng)(EPS)中用于減小傳輸層的傳輸延遲的方案。另外,結(jié)合本公開的實施例描述的用于減小傳輸層的傳輸延遲的方案可以被略微地修改而不脫離本公開的范圍,以可應(yīng)用于具有相同技術(shù)背景的其他通信系統(tǒng)。UE執(zhí)行與服務(wù)器的連接建立過程,以從服務(wù)器接收服務(wù),且當完成連接建立過程時,UE與服務(wù)器傳遞與服務(wù)有關(guān)的信息。假定長期演化(LTE)通信系統(tǒng),在以下表1中示出連接建立過程。應(yīng)當注意,表1示出的連接建立過程僅是實例,且該過程不包括用于UE和服務(wù)器之間連接的建立的所有必要的過程。也就是,UE和服務(wù)器可以僅以表1的某些步驟或者通過添加在表1中未示出的附加的步驟而建立連接。【表1】也就是,當用戶開啟UE時,UE訪問LTE通信系統(tǒng),且UE發(fā)送附加請求消息到服務(wù)器,以從服務(wù)器獲得IP地址(步驟1)。用戶執(zhí)行與希望要在UE上使用的服務(wù)有關(guān)的應(yīng)用(步驟2),且UE通過所述應(yīng)用發(fā)送服務(wù)請求消息到服務(wù)器以激活LTE通信系統(tǒng)連接(步驟3)。UE發(fā)送DNS查詢以獲得提供與服務(wù)有關(guān)的應(yīng)用的服務(wù)器的IP地址(步驟4)。此后,UE建立與服務(wù)器的TCP連接(步驟5)。UE考慮是否要求安全性連接,且當要求安全性連接時,UE建立TLS連接(步驟6)。當然,當不要求安全性連接時,可以省略步驟6。然后,UE通過步驟1到6完成連接建立過程,并發(fā)送第一應(yīng)用數(shù)據(jù)到服務(wù)器。連接建立過程可以分成網(wǎng)絡(luò)連接建立過程和服務(wù)連接建立過程。網(wǎng)絡(luò)連接建立過程包括步驟1和3,且服務(wù)連接建立過程包括步驟2和4到6。服務(wù)連接建立過程是由于傳輸控制協(xié)議/因特網(wǎng)協(xié)議(TCP/IP)的使用而出現(xiàn)的過程。因為應(yīng)該執(zhí)行幾個步驟以完成服務(wù)連接建立過程,TCP/IP的使用導(dǎo)致訪問延遲。與本公開的以下實施例結(jié)合,描述了在訪問層中直接提供UE和服務(wù)器之間的服務(wù)連接建立而不使用導(dǎo)致訪問延遲的傳輸層協(xié)議和和網(wǎng)絡(luò)層協(xié)議(例如TCP/IP)的低延遲提供系統(tǒng),和用于在低延遲提供系統(tǒng)中在UE和服務(wù)器之間建立連接的方法。低延遲提供系統(tǒng)指的是直接在傳輸層中提供UE和服務(wù)器之間的服務(wù)連接建立以最小化傳輸層中發(fā)生的訪問延遲的系統(tǒng)。圖1是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)的結(jié)構(gòu)的實例的圖。參考圖1,低延遲提供系統(tǒng)通常包括低延遲UE100和低延遲網(wǎng)絡(luò)。低延遲網(wǎng)絡(luò)向低延遲UE100提供低延遲服務(wù)1160和低延遲服務(wù)2170。低延遲網(wǎng)絡(luò)包括低延遲基站110、歸屬用戶服務(wù)器(HSS)/驗證-授權(quán)-記帳(AAA)120、低延遲基站服務(wù)器130、因特網(wǎng)服務(wù)器140和網(wǎng)關(guān)(GW)150。因特網(wǎng)服務(wù)器140通過GW150連接到低延遲基站110。低延遲UE100支持用于低延遲提供系統(tǒng)的低延遲協(xié)議并使用該低延遲協(xié)議從低延遲基站服務(wù)器130接收低延遲服務(wù),例如,低延遲服務(wù)1160和低延遲服務(wù)2170。低延遲服務(wù)可以包括每個移動網(wǎng)絡(luò)運營商(MNO)專用的服務(wù)或者從進入與MNO的服務(wù)級協(xié)定(SLA)的內(nèi)容供應(yīng)商提供的因特網(wǎng)服務(wù)。低延遲服務(wù)可以每個支持低延遲服務(wù)的低延遲基站改變。作為示例,基于延遲的流服務(wù)每個支持流服務(wù)的基站改變。低延遲基站110支持低延遲協(xié)議并執(zhí)行服務(wù)連接功能、會話管理功能和因特網(wǎng)承載連接功能。另外,低延遲基站110可以支持多個訪問網(wǎng)絡(luò)。例如,低延遲基站110可以支持5G網(wǎng)絡(luò)或者LTE網(wǎng)絡(luò)。在此情況下,與低延遲通信有關(guān)的承載可以通過5G網(wǎng)絡(luò)連接,且因特網(wǎng)承載可以通過LTE網(wǎng)絡(luò)連接。低延遲基站服務(wù)器130與低延遲基站110連接,并通過低延遲基站110向低延遲UE100提供低延遲服務(wù)。低延遲基站服務(wù)器130可以向低延遲UE100提供多個低延遲服務(wù)。HSS/AAA120與低延遲基站110連接,且HSS/AAA120通過低延遲基站110執(zhí)行關(guān)于低延遲UE100的驗證和關(guān)于低延遲UE100的預(yù)訂信息的管理。這里,預(yù)訂信息例如是低延遲UE100預(yù)訂的低延遲服務(wù)的列表,且可以包括低延遲UE100預(yù)訂的每個服務(wù)的服務(wù)質(zhì)量(QoS)、每個低延遲服務(wù)的名稱和集合地指代多個低延遲服務(wù)的類別名稱。低延遲UE100將服務(wù)請求發(fā)送到低延遲基站110。當?shù)脱舆t基站110支持低延遲UE100請求的服務(wù)時,低延遲基站110通過低延遲基站服務(wù)器130向低延遲UE100提供所請求的服務(wù)。也就是,低延遲UE100通過示出的第一路徑180接收低延遲服務(wù)1160和/或低延遲服務(wù)2170。在下文中,從低延遲基站服務(wù)器130提供低延遲UE100請求的服務(wù)的模式被稱為低延遲提供模式。但是,當?shù)脱舆t基站110不支持低延遲UE100請求的服務(wù)時,低延遲基站110通過因特網(wǎng)服務(wù)器140向低延遲UE100提供所請求的服務(wù)。也就是,低延遲UE100通過示出的第二路徑190接收服務(wù)。在下文中,從因特網(wǎng)服務(wù)器140提供低延遲UE100請求的服務(wù)的模式被稱為后退模式。同時,服務(wù)列表原則上包括與低延遲UE100連接的低延遲基站支持的低延遲服務(wù)。但是,當與低延遲基站100連接的鄰居基站是低延遲基站時且當可以通過鄰居基站支持低延遲基站100不支持的低延遲服務(wù)時,服務(wù)列表可以包括鄰居基站支持的低延遲服務(wù)。圖2是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)的第二結(jié)構(gòu)的實例的圖。參考圖2,該低延遲提供系統(tǒng)總的來說包括低延遲UE200和低延遲網(wǎng)絡(luò)。低延遲網(wǎng)絡(luò)向低延遲UE200提供低延遲服務(wù)1260和低延遲服務(wù)2270。另外,該低延遲網(wǎng)絡(luò)包括低延遲基站210、HSS/AAA220、低延遲基站服務(wù)器230、基站因特網(wǎng)服務(wù)器235、因特網(wǎng)服務(wù)器240和GW250。因特網(wǎng)服務(wù)器240通過GW250連接到低延遲基站210。上面已經(jīng)與圖1結(jié)合詳細地描述了基站因特網(wǎng)服務(wù)器235之外的其他實體,即,低延遲UE200、低延遲基站210、HSS/AAA220、低延遲基站服務(wù)器230、因特網(wǎng)服務(wù)器240和GW250各自的功能,且這里不給出其詳細說明?;疽蛱鼐W(wǎng)服務(wù)器235位于因特網(wǎng)網(wǎng)絡(luò)中,并使用TCP/IP提供低延遲UE200請求的服務(wù)。作為示例,基站因特網(wǎng)服務(wù)器235可以以一件設(shè)備,比如低延遲基站服務(wù)器230實現(xiàn)。作為另一實例,基站因特網(wǎng)服務(wù)器235可以實現(xiàn)為通過內(nèi)部接口連接到低延遲基站服務(wù)器230。MNO可以適當?shù)厥褂镁W(wǎng)絡(luò)地址轉(zhuǎn)化(NAT)以配置基站因特網(wǎng)服務(wù)器235。低延遲UE200可以使用TCP/IP棧訪問基站因特網(wǎng)服務(wù)器235。在低延遲提供模式下,低延遲UE200向低延遲基站210發(fā)送服務(wù)的請求。當?shù)脱舆t基站210支持低延遲UE200請求的服務(wù)時,低延遲基站210通過示出的第一路徑280向低延遲UE200提供所請求的服務(wù),即,低延遲服務(wù)1260和/或低延遲服務(wù)2270。在后退模式下,低延遲UE200向低延遲基站210發(fā)送服務(wù)的請求。當?shù)脱舆t基站210不支持低延遲UE200請求的服務(wù)時,低延遲基站210通過第二路徑290向低延遲UE200提供所請求的服務(wù)。在后退模式中,低延遲UE200可以使用TCP/IP棧訪問基站因特網(wǎng)服務(wù)器235,且可以通過內(nèi)部接口向基站因特網(wǎng)服務(wù)器235傳送關(guān)于低延遲UE200的信息,即,與低延遲UE200有關(guān)的信息。與本公開的以下實施例結(jié)合,描述了用于相對于圖1所示的低延遲提供系統(tǒng)提供低延遲服務(wù)的方法。但是,用于提供如結(jié)合本公開的實施例描述的低延遲服務(wù)的基本工作原理可以共同地用于圖1所示的低延遲提供系統(tǒng)和圖2所示的低延遲提供系統(tǒng)。圖3是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中在組件之間配置的接口和承載的第三結(jié)構(gòu)的實例的圖。參考圖3,用于在低延遲提供模式中提供低延遲服務(wù)的實體以實線表示,且添加以在后退模式中提供服務(wù)的實體以虛線表示。用于低延遲提供模式的低延遲UE300和低延遲基站310通過f1接口302連接。f1接口302執(zhí)行用于在低延遲網(wǎng)絡(luò)中登記低延遲UE300的功能。用于低延遲提供模式的低延遲基站310和低延遲基站服務(wù)器320通過f2接口304連接。f2接口304執(zhí)行用于在低延遲基站服務(wù)器320登記低延遲UE300的功能,用于激活低延遲服務(wù)以允許低延遲UE300接收低延遲服務(wù)的功能,用于在低延遲基站服務(wù)器320中更新與低延遲服務(wù)有關(guān)的上下文的功能,和用于從低延遲基站服務(wù)器320釋放低延遲UE300的登記的功能。在低延遲UE300和低延遲基站310之間提供F1承載,即無線電承載,并在低延遲基站310和低延遲基站服務(wù)器320之間提供F2承載,即核心承載。雖然在這里使用F1承載和F2承載而不區(qū)分上行鏈路/下行鏈路,在上行鏈路/下行鏈路上建立F1承載和F2承載中的每個的處理基本上可以采用在這里提出的方法。用于后退模式的GW330和因特網(wǎng)服務(wù)器340例如通過Gi接口332連接。Gi接口332是用于現(xiàn)有的LTE網(wǎng)絡(luò)到GW330和因特網(wǎng)網(wǎng)絡(luò)的連接的接口。GW330可以與低延遲基站310直接連接。GW330用于分配IP地址給低延遲UE300,以使得低延遲UE300可以連接到因特網(wǎng)網(wǎng)絡(luò)。在LTE通信系統(tǒng)中,分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)網(wǎng)關(guān)(PGW)可以扮演與GW330相同的角色。圖4a和圖4b是圖示由根據(jù)本公開的實施例的低延遲提供系統(tǒng)中的組件使用的協(xié)議棧的圖。圖4a的塊(a)圖示由低延遲UE使用的協(xié)議棧,且圖4a的塊(b)圖示由低延遲基站使用的協(xié)議棧。圖4a的塊(c)圖示由低延遲基站服務(wù)器使用的協(xié)議棧。由低延遲UE使用的如塊(a)所示的協(xié)議棧包括雙棧結(jié)構(gòu)。也就是,如塊(a)所示的協(xié)議棧包括用于在低延遲提供模式下操作的棧和用于在后退模式下操作的棧。在下文中,用于在低延遲提供模式下操作的棧被稱為低延遲棧,且用于在后退模式下操作的棧被稱為后退棧。構(gòu)成如塊(a)所示的協(xié)議棧的低延遲棧包括傳統(tǒng)應(yīng)用層400、低延遲模塊402、層2*(L2*)層404和層1(L1)層412。傳統(tǒng)應(yīng)用層400是傳統(tǒng)UE使用的應(yīng)用層,而不是新提出以提供低延遲服務(wù)的層。也就是,傳統(tǒng)應(yīng)用層400執(zhí)行與傳統(tǒng)UE使用的應(yīng)用相同的功能。甚至低延遲UE可以使用傳統(tǒng)應(yīng)用層。但是,為了低延遲UE使用傳統(tǒng)應(yīng)用,要求低延遲模塊402使能與L2*層404,即低延遲訪問層的通信。低延遲模塊402用于使能傳統(tǒng)應(yīng)用層400和L2*層404之間的通信。也就是,低延遲模塊402將請求從傳統(tǒng)應(yīng)用層400傳送到L2*層404,并將請求從L2*層404傳送到傳統(tǒng)應(yīng)用層400。另外,低延遲模塊402用于確定是在低延遲提供模式還是在后退模式下操作。低延遲模塊402對傳統(tǒng)應(yīng)用層400透明地操作。例如,傳統(tǒng)應(yīng)用層400將低延遲模塊402識別為UE的操作系統(tǒng)(OS)。L2*層404是低延遲訪問層并執(zhí)行與傳統(tǒng)層2(L2)層相同的功能。L2*層也執(zhí)行在低延遲UE和低延遲基站服務(wù)器之間的服務(wù)連接管理功能。也就是,L2*層404執(zhí)行由傳統(tǒng)L2層執(zhí)行的所有功能且另外執(zhí)行在低延遲UE和低延遲基站服務(wù)器之間的服務(wù)連接管理功能。L1層412是物理層并執(zhí)行無線訪問功能。無線訪問功能例如可以包括5G傳播、LTE傳播或者無線高保真(Wi-Fi)傳播功能。構(gòu)成協(xié)議棧(a)的后退棧包括傳統(tǒng)應(yīng)用層400、低延遲模塊402、TCP層406、IP層408、L2層410和L1層412。傳統(tǒng)應(yīng)用層400、低延遲模塊402和L1層412包括在低延遲棧和后退棧兩者中。低延遲模塊402將請求從傳統(tǒng)應(yīng)用層400傳送到TCP層406,并將請求從TCP層406傳送到傳統(tǒng)應(yīng)用層400。TCP層406和IP層408是傳輸層,且將請求從傳統(tǒng)應(yīng)用層400傳送到L2層420。低延遲基站使用的如塊(b)所示的協(xié)議棧包括用于與低延遲UE通信的部分和用于與低延遲基站服務(wù)器通信的部分。用于與低延遲UE通信的部分與低延遲UE使用的L2*層404、TCP層406、IP層408、L2層410和L1層412對稱。用于與低延遲基站服務(wù)器通信的部分包括f2接口協(xié)議層420、層2+(L2+)層422和層1+(L1+)層424。f2接口協(xié)議層420指的是用于低延遲基站和低延遲基站服務(wù)器之間的f2接口的傳送協(xié)議,且作為示例,可以使用以太網(wǎng)。根據(jù)本公開的實施例,可以配置如塊(b)所示的協(xié)議棧而沒有f2接口協(xié)議層420,即,僅具有L2+層。L2+層422執(zhí)行與傳統(tǒng)L2層相同的功能。雖然例如,低延遲基站使用L2+層422與低延遲基站服務(wù)器通信,L2+層422可以替換為L2*層或者傳統(tǒng)L2層。L1+層424是物理層并執(zhí)行無線訪問功能。低延遲基站服務(wù)器使用的如塊(c)所示的協(xié)議棧包括用于與低延遲基站通信的部分和用于與低延遲UE通信的部分。用于與低延遲基站通信的部分與低延遲基站使用的f2接口協(xié)議層420、L2+層422和L1+層424對稱。用于與低延遲UE通信的部分與低延遲UE使用的傳統(tǒng)應(yīng)用層400和低延遲模塊402對稱。圖4a圖示低延遲UE、低延遲基站和低延遲基站服務(wù)器使用的協(xié)議棧每個包括用于在低延遲提供模式下的操作的棧和用于在后退模式下的操作的棧的實例。相對地,圖4b僅圖示低延遲UE、低延遲基站和低延遲基站服務(wù)器使用的協(xié)議棧中用于在低延遲提供模式下的操作的棧。也就是,當?shù)脱舆tUE、低延遲基站和低延遲基站服務(wù)器中的每個支持一個模式,即,僅低延遲提供模式時,協(xié)議??梢员硎緸閳D4b所示的。另外,除使用低延遲模塊402的傳統(tǒng)應(yīng)用400被使用的實施例之外,圖4b所示的用于低延遲提供模式下的操作的棧也可以使用用于為低延遲服務(wù)提供的低延遲的應(yīng)用。當使用用于低延遲的應(yīng)用時,低延遲模塊402可以跳過將傳統(tǒng)應(yīng)用400映射到L2*層404的功能。圖5是圖示在LTE通信系統(tǒng)中將應(yīng)用數(shù)據(jù)從UE發(fā)送到服務(wù)器的實例的圖。參考圖5,LTE通信系統(tǒng)包括UE500、位于演進的分組核心(EPC)網(wǎng)絡(luò)中的GW510、位于因特網(wǎng)網(wǎng)絡(luò)515中的域名系統(tǒng)(DNS)服務(wù)器520和應(yīng)用服務(wù)器530。UE500假定為不支持低延遲協(xié)議的傳統(tǒng)UE,且應(yīng)用502假定為安裝在UE500上。另外,UE500假定為已經(jīng)通過TCP/IP層508與DNS服務(wù)器520連接。當用戶執(zhí)行應(yīng)用502以使得生成應(yīng)用數(shù)據(jù)時,UE500通過示出的第一路徑540從DNS服務(wù)器520獲得應(yīng)用服務(wù)器530的IP地址。也就是,應(yīng)用502在超文本傳輸協(xié)議(HTTP)請求消息中包括正式域名(FQDN)類型的服務(wù)器名并發(fā)送其到插件506。插件506將應(yīng)用服務(wù)器530的IP地址的請求發(fā)送到DNS服務(wù)器520并從DNS服務(wù)器520獲得該IP地址。當獲得應(yīng)用服務(wù)器的IP地址時,插件506通過示出的第二路徑550建立與應(yīng)用服務(wù)器530的連接。也就是,插件506通過TCP/IP層508建立與應(yīng)用服務(wù)器530的連接。此后,UE500通過示出的第三路徑560使用TCP/IP層508發(fā)送第一應(yīng)用數(shù)據(jù)到應(yīng)用服務(wù)器530。這里,第一應(yīng)用數(shù)據(jù)指的是當用戶執(zhí)行應(yīng)用502時生成的應(yīng)用數(shù)據(jù),且作為示例,可以是HTTPGET消息。第一路徑540到第三路徑560全部通過EPC網(wǎng)絡(luò)515。圖6是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中從低延遲UE到低延遲基站服務(wù)器傳輸應(yīng)用數(shù)據(jù)的實例的圖。參考圖6,低延遲提供系統(tǒng)包括低延遲UE600、低延遲基站610和低延遲基站服務(wù)器620。假定低延遲UE600和低延遲基站610兩者都支持低延遲協(xié)議且應(yīng)用602安裝在低延遲UE600上。假定低延遲基站服務(wù)器620是與低延遲基站610連接并通過低延遲基站610向低延遲UE提供低延遲服務(wù)的應(yīng)用服務(wù)器。當通過用戶執(zhí)行應(yīng)用602生成應(yīng)用數(shù)據(jù)時,低延遲UE600就像沿著第一路徑630那樣建立與低延遲基站服務(wù)器620的連接,并將所生成的應(yīng)用數(shù)據(jù),即,第一應(yīng)用數(shù)據(jù)發(fā)送到低延遲基站服務(wù)器620。雖然圖5的UE500通過圖5的LTE通信系統(tǒng)中的第一路徑540到第三路徑560發(fā)送應(yīng)用數(shù)據(jù),圖6的低延遲提供系統(tǒng)中的低延遲UE600可以僅通過第一路徑630發(fā)送應(yīng)用數(shù)據(jù)。因此,低延遲提供系統(tǒng)可以顯著地減小應(yīng)用數(shù)據(jù)的傳輸需要的時間。同時,低延遲基站610當從低延遲UE600接收應(yīng)用數(shù)據(jù)時,標識應(yīng)用數(shù)據(jù)是否是與低延遲服務(wù)有關(guān)的數(shù)據(jù)。低延遲基站610可以標識具有從低延遲UE600接收到的服務(wù)連接請求消息中包括的服務(wù)名稱的低延遲服務(wù),或者可以標識具有服務(wù)連接請求消息中包括的服務(wù)標識(ID)和服務(wù)名稱的低延遲服務(wù)。這里,服務(wù)ID指示低延遲基站服務(wù)器620的地址。低延遲基站服務(wù)器610當標識應(yīng)用數(shù)據(jù)是與低延遲服務(wù)有關(guān)的數(shù)據(jù)時,確定支持低延遲服務(wù)的低延遲基站服務(wù)器620并與低延遲UE600連接。圖7是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中由低延遲UE獲得與低延遲服務(wù)有關(guān)的信息的實例的圖。參考圖7,低延遲提供系統(tǒng)包括低延遲UE700、第一低延遲基站710和第二低延遲基站720。假定低延遲UE700、第一低延遲基站710和第二低延遲基站720全部支持低延遲協(xié)議。第一和第二低延遲基站710和720廣播與它們支持的低延遲服務(wù)有關(guān)的信息以允許低延遲UE獲得與低延遲服務(wù)有關(guān)的信息。也就是,第一低延遲基站710和第二低延遲基站720每個在系統(tǒng)信息塊(SIB)中包括與低延遲服務(wù)有關(guān)的信息,并廣播該信息以由此將該與低延遲服務(wù)有關(guān)的信息傳送到低延遲UE700。第一低延遲基站710在第一SIB730中包括與第一低延遲基站710提供的低延遲服務(wù)有關(guān)的信息,并廣播該信息。第二低延遲基站720在第二SIB740中包括與由第二低延遲基站720提供的低延遲服務(wù)有關(guān)的信息,并廣播該信息。該與低延遲服務(wù)有關(guān)的信息例如可以包括基站性能信息、服務(wù)名稱列表和服務(wù)ID列表中的至少一個。這里,基站性能信息是指示基站是否是低延遲基站的信息。服務(wù)名稱列表是由基站支持的各個低延遲服務(wù)的名稱的列表。服務(wù)名稱例如可以是FQDN。另外,服務(wù)ID列表是分別與服務(wù)名稱列表中包括的低延遲服務(wù)對應(yīng)的ID的列表。因而,低延遲UE700可以從第一低延遲基站710和/或第二低延遲基站720通過SIB廣播獲得與低延遲服務(wù)有關(guān)的信息。基站通過SIB向UE廣播與低延遲服務(wù)有關(guān)的信息的操作在這里描述為實例。但是,與低延遲服務(wù)有關(guān)的信息也可以通過SIB以外的任何其他消息發(fā)送到UE。替代地,低延遲UE700可以通過首先訪問低延遲提供系統(tǒng)的處理從第一低延遲基站710和/或第二低延遲基站720獲得與低延遲服務(wù)有關(guān)的信息。同時,與低延遲服務(wù)有關(guān)的信息存儲在低延遲UE700的低延遲模塊(例如,圖4a和圖4b的低延遲模塊402)中,且當確定低延遲UE700在低延遲提供模式或者在后退模式下操作時使用。圖8是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中低延遲UE訪問低延遲提供系統(tǒng)的實例的圖。參考圖8,低延遲提供系統(tǒng)包括低延遲UE800、低延遲基站810、HSS/AAA820和GW830。低延遲UE800可以通過首先訪問低延遲提供系統(tǒng)而獲得與低延遲服務(wù)有關(guān)的信息。低延遲UE800訪問低延遲提供系統(tǒng)的處理主要包括四個步驟,即,驗證步驟(第一步驟)、UE標識生成步驟(第二步驟)、預(yù)訂信息標識步驟(第三步驟)和因特網(wǎng)承載生成步驟(第四步驟)。當然,低延遲UE800訪問低延遲提供系統(tǒng)的處理可以包括除了上述步驟之外的附加步驟。低延遲UE800將用于請求訪問低延遲提供系統(tǒng)的訪問請求消息發(fā)送到低延遲基站810(步驟802)。訪問請求消息包括UE性能信息和用戶設(shè)備(UE)ID(UEID),且另外包括指示UE是否可以在后退模式下操作的信息。UE性能信息是指示請求訪問的UE(例如,低延遲UE800)是否是具有用于在低延遲提供模式下操作的低延遲棧的低延遲UE的信息。UEID例如可以是媒體訪問控制(MAC)地址、國際移動設(shè)備標識(IMEI)或者當用戶預(yù)訂服務(wù)時由移動運營商分配給用戶的ID。當從低延遲UE800接收訪問請求消息時,低延遲基站810利用HSS/AAA820執(zhí)行驗證(步驟804)。也就是,低延遲基站810使用訪問請求消息中包括的UEID通過HSS/AAA820驗證低延遲UE800。低延遲基站810生成要分配給驗證的低延遲UE800的臨時UEID(T_UEID)(步驟806)。低延遲基站810將其唯一ID(基站ID、BSID)與UEID組合以生成T_UEID。T_UEID僅當?shù)脱舆tUE800附加到低延遲提供系統(tǒng)時可能是可用的。另外,低延遲基站810將用于請求低延遲UE800的預(yù)訂消息的預(yù)訂請求消息發(fā)送到HSS/AAA820(步驟808)。預(yù)訂請求消息包括低延遲UE800的UEID。HSS/AAA820響應(yīng)于預(yù)訂請求消息將預(yù)訂響應(yīng)消息發(fā)送到低延遲基站810(步驟812)。預(yù)訂響應(yīng)消息包括低延遲UE800的預(yù)訂信息。這里,預(yù)訂信息例如是低延遲UE800預(yù)訂的低延遲服務(wù)的列表,且可以包括低延遲UE800預(yù)訂的每個服務(wù)的服務(wù)質(zhì)量(QoS)、每個低延遲服務(wù)的名稱和集合地指代多個低延遲服務(wù)的類別名稱。低延遲基站810存儲從HSS/AAA820接收到的低延遲UE800的預(yù)訂信息(步驟814)。低延遲基站810建立與GW830的因特網(wǎng)承載,且通過建立的因特網(wǎng)承載獲得IP地址(步驟816)。獲得的IP地址用于當?shù)脱舆tUE800在后退模式下操作時與因特網(wǎng)服務(wù)器連接。另外,低延遲基站810響應(yīng)于在步驟802接收的訪問請求消息將訪問接受消息發(fā)送到低延遲UE800(步驟818)。訪問接受消息包括在步驟816獲得的IP地址和在步驟806生成的T_UEID。因此,完成在低延遲基站810和GW830之間的因特網(wǎng)承載建立(步驟822)。因特網(wǎng)承載的實例例如可以是用于LTE通信系統(tǒng)的默認EPS。圖9是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中的操作模式中低延遲模塊(類似于圖4a和圖4b的低延遲模塊402)確定操作模式的過程的實例的流程圖。參考圖9,在步驟900,低延遲模塊接收當用戶執(zhí)行應(yīng)用(類似于上面討論的應(yīng)用,例如包括圖6的應(yīng)用602)時生成的應(yīng)用數(shù)據(jù)。在步驟902,低延遲模塊標識所執(zhí)行的應(yīng)用的服務(wù)名稱。當UE安裝應(yīng)用時,低延遲模塊可以提取與應(yīng)用對應(yīng)的服務(wù)名稱,或者可以從向UE提供服務(wù)的因特網(wǎng)服務(wù)器獲得服務(wù)名稱。在步驟904,低延遲模塊標識相應(yīng)的服務(wù)(即由標識的服務(wù)名稱指示的服務(wù))是否包括在附加到UE的低延遲基站支持的服務(wù)中,并取決于確定的結(jié)果來確定操作模式。也就是,當相應(yīng)的服務(wù)包括在附加到UE的低延遲基站支持的服務(wù)中時,低延遲模塊進行到步驟906以在低延遲提供模式下操作。在此情況下,在低延遲提供模式下操作的低延遲模塊發(fā)送服務(wù)請求消息到低延遲基站服務(wù)器以請求有關(guān)服務(wù)。但是,除非相應(yīng)的服務(wù)包括在附加到UE的低延遲基站支持的服務(wù)中,否則低延遲模塊進行到步驟908以在后退模式下操作。在該情況下,在后退模式下操作的低延遲模塊發(fā)送服務(wù)請求消息到因特網(wǎng)服務(wù)器以請求有關(guān)服務(wù)。圖10是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中的操作模式中低延遲模塊(類似于圖4a和圖4b的低延遲模塊402)確定操作模式的過程的實例的另一流程圖。參考圖10,在步驟1000,低延遲模塊發(fā)送服務(wù)連接請求消息到網(wǎng)絡(luò)以請求服務(wù)連接。在步驟1002,低延遲模塊響應(yīng)于服務(wù)連接請求消息從網(wǎng)絡(luò)接收服務(wù)連接響應(yīng)消息。在步驟1004,低延遲模塊標識服務(wù)連接響應(yīng)消息是否包括指示在后退模式下操作的后退模式指示符,并取決于標識結(jié)果確定操作消息。也就是,當服務(wù)連接響應(yīng)消息包括后退模式指示符時,低延遲模塊進行到步驟1008以在后退模式下操作。在該情況下,在后退模式下操作的低延遲模塊發(fā)送服務(wù)請求消息到因特網(wǎng)服務(wù)器以請求有關(guān)服務(wù)。但是,除非服務(wù)連接響應(yīng)消息包括后退模式指示符,否則低延遲模塊進行到步驟1006以在低延遲提供模式下操作。在此情況下,在低延遲提供模式下操作的低延遲模塊發(fā)送服務(wù)請求消息到低延遲基站服務(wù)器以請求有關(guān)服務(wù)。圖11a和圖11b是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中在低延遲提供模式下操作的低延遲UE與低延遲基站服務(wù)器傳遞應(yīng)用數(shù)據(jù)的過程的實例的圖。參考圖11a和圖11b,低延遲提供系統(tǒng)包括低延遲UE1100、低延遲基站1110、低延遲基站服務(wù)器1120和操作與管理(O&M)服務(wù)器1130。低延遲UE1100與低延遲基站服務(wù)器1120傳遞應(yīng)用數(shù)據(jù)的過程主要包括五個步驟,即,預(yù)定位步驟(第一步驟)、標識服務(wù)是否可提供的步驟(第二步驟)、干線建立步驟(第三步驟)、F2承載建立步驟(第四步驟)和F1承載建立步驟(第五步驟)。這里,在有些情況下可以可選地省略干線建立步驟。也就是,當已經(jīng)在低延遲基站1110和低延遲基站服務(wù)器1120之間建立連接時可以可選地省略干線建立步驟。另外,按照通常情況,可以與預(yù)定位步驟一起執(zhí)行干線建立步驟。O&M服務(wù)器1130發(fā)送服務(wù)器預(yù)訂信息到低延遲基站1110(步驟1102)。服務(wù)器預(yù)訂信息包括與低延遲基站服務(wù)器1120和預(yù)訂的QoS有關(guān)的信息。這里,預(yù)訂的QoS指的是低延遲基站服務(wù)器1120預(yù)訂用于提供低延遲服務(wù)的QoS,且例如可以是提供低延遲服務(wù)所需的最小帶寬。當安裝低延遲基站服務(wù)器1120時或者當?shù)脱舆t基站服務(wù)器1120連接到低延遲基站1110時發(fā)送服務(wù)器預(yù)訂信息。當修改先前發(fā)送的服務(wù)器預(yù)訂信息時也發(fā)送服務(wù)器預(yù)訂。低延遲基站1110存儲在步驟1102發(fā)送的服務(wù)器預(yù)訂信息,且此后根據(jù)另外發(fā)送的服務(wù)器預(yù)訂信息來更新預(yù)存儲的信息。當用戶執(zhí)行在低延遲UE1100上安裝的應(yīng)用時(步驟1106),低延遲UE1100發(fā)送服務(wù)請求消息到低延遲基站1110以請求與低延遲基站服務(wù)器1120的連接(步驟1108)。服務(wù)請求消息包括T_UEID、服務(wù)名稱和通過在步驟1106的應(yīng)用的執(zhí)行生成的第一應(yīng)用數(shù)據(jù)。這里,服務(wù)名稱指示希望由低延遲UE1100使用并存儲在低延遲UE1100中的服務(wù)。另外,低延遲基站1110通過廣播將服務(wù)名稱提供給低延遲UE1100,且可以通過服務(wù)名稱搜索要連接的服務(wù)器,即,低延遲基站服務(wù)器1120。第一應(yīng)用數(shù)據(jù)的實例可以是HTTPGET消息。低延遲基站1110基于服務(wù)請求消息中包括的服務(wù)名稱,對于由低延遲UE1100請求的服務(wù)標識低延遲基站1110的狀態(tài)和UE的預(yù)訂信息(步驟1112)。另外,低延遲基站1110標識是否建立與低延遲基站服務(wù)器1120的連接,和當未建立連接時,將用于建立連接的服務(wù)器干線創(chuàng)建請求消息發(fā)送到低延遲基站服務(wù)器1120(步驟1114)。服務(wù)器干線創(chuàng)建請求消息包括低延遲基站ID。低延遲基站服務(wù)器1120建立與低延遲基站服務(wù)器1110的連接(步驟1116),并將服務(wù)器干線創(chuàng)建響應(yīng)消息發(fā)送到低延遲基站1110以接受服務(wù)器干線創(chuàng)建請求(步驟1118)。因而,通過包括步驟1114到1118的干線建立步驟(第三步驟)在低延遲基站1110和低延遲基站服務(wù)器1120之間建立連接。低延遲基站1110發(fā)送服務(wù)登記請求消息到低延遲基站服務(wù)器1120以請求服務(wù)連接(步驟1122)。服務(wù)登記請求消息包括UEID和在步驟1108接收的第一應(yīng)用數(shù)據(jù)。低延遲基站服務(wù)器1120登記低延遲UE1100并使用在步驟1108接收的信息激活該服務(wù)(步驟1124)。這里,服務(wù)激活過程包括由低延遲基站服務(wù)器1120生成會話信息以建立服務(wù)連接的過程。另外,低延遲基站服務(wù)器120響應(yīng)于服務(wù)登記請求消息將服務(wù)登記響應(yīng)消息發(fā)送到低延遲基站1110(步驟1126)。服務(wù)登記響應(yīng)消息包括默認QoS和第一應(yīng)用數(shù)據(jù)*。這里,第一應(yīng)用數(shù)據(jù)*包括低延遲基站服務(wù)器1120對在步驟1108和1122發(fā)送的第一應(yīng)用數(shù)據(jù)的響應(yīng)。第一應(yīng)用數(shù)據(jù)*不同于第一應(yīng)用數(shù)據(jù)。另外,以下結(jié)合圖12詳細地描述默認QoS。低延遲基站1110基于由低延遲基站服務(wù)器1120請求的QoS來標識低延遲基站服務(wù)器1120的預(yù)訂信息(步驟1128)。在該情況下,當?shù)脱舆t基站服務(wù)器1120請求的QoS符合低延遲基站服務(wù)器1120的預(yù)訂信息時,在低延遲基站1110和低延遲基站服務(wù)器1120之間建立F2承載(步驟1136)。另外,低延遲基站1110響應(yīng)于在步驟1108發(fā)送的服務(wù)請求消息將服務(wù)請求接受消息發(fā)送到低延遲UE1100(步驟1132)。服務(wù)請求接受消息包括在步驟1126發(fā)送的第一應(yīng)用數(shù)據(jù)*。另外,在低延遲UE1100和低延遲基站1110之間建立F1承載(步驟1134)。此后,低延遲UE1100通過F1和F2承載傳遞應(yīng)用數(shù)據(jù)(步驟1138)。雖然在如圖11a和圖11b所示的低延遲UE1100發(fā)送應(yīng)用數(shù)據(jù)的方向上做出標記,從低延遲基站服務(wù)器1120接收到應(yīng)用數(shù)據(jù)而沒有來自低延遲UE1100的附加請求的情況也是可能的。在步驟1108,低延遲UE1100通過發(fā)送服務(wù)名稱到低延遲基站1110而向低延遲基站1110通知低延遲UE1100意在使用的服務(wù)。低延遲基站1110可以通過服務(wù)名稱知道低延遲基站1110應(yīng)該建立到其的連接的低延遲基站服務(wù)器1120。同時,當?shù)脱舆tUE1100和低延遲基站服務(wù)器1120使用用于低延遲服務(wù)的一個服務(wù)會話時,低延遲UE1100可以僅以服務(wù)名稱區(qū)分服務(wù)會話。但是,當?shù)脱舆tUE1100和低延遲基站服務(wù)器1120使用用于低延遲服務(wù)的多個服務(wù)會話時,低延遲UE1100可以區(qū)分具有實例ID的多個服務(wù)會話中的每一個。在此情況下,服務(wù)請求消息除T_UEID、服務(wù)名稱和應(yīng)用數(shù)據(jù)之外還包括服務(wù)實例ID。另外,當提供相同服務(wù)的多個低延遲基站服務(wù)器(類似于低延遲基站服務(wù)器1120)與低延遲基站1110連接時,可以以服務(wù)ID區(qū)分多個低延遲基站服務(wù)器中的每一個。在此情況下,服務(wù)請求消息除T_UEID、服務(wù)名稱和應(yīng)用數(shù)據(jù)之外還包括服務(wù)ID。以下表2表示當?shù)脱舆tUE1100和低延遲基站服務(wù)器1120使用用于低延遲服務(wù)的多個服務(wù)會話時或者當多個基站服務(wù)器提供相同服務(wù)時f2接口使用的示例服務(wù)請求消息。這里,f2接口指的是連接低延遲基站與低延遲基站服務(wù)器的接口?!颈?】T_UEID服務(wù)名稱服務(wù)實例ID服務(wù)ID應(yīng)用數(shù)據(jù)也就是,服務(wù)請求消息包括T_UEID、服務(wù)名稱、服務(wù)實例ID、服務(wù)ID和應(yīng)用數(shù)據(jù)。服務(wù)名稱、服務(wù)實例ID和服務(wù)ID可以被稱為服務(wù)信息。圖12是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中低延遲UE基于服務(wù)信息發(fā)送服務(wù)請求消息到低延遲基站服務(wù)器的示例的圖。參考圖12,低延遲提供系統(tǒng)包括低延遲UE1200、低延遲基站1210和低延遲基站服務(wù)器11220和低延遲基站服務(wù)器21230。假定低延遲UE1200和低延遲基站1210兩者都支持低延遲協(xié)議且在低延遲UE1200上安裝多個應(yīng)用。結(jié)合圖12,為了描述的方便假定例如在低延遲UE1200上安裝T高級應(yīng)用和TVing應(yīng)用。假定低延遲基站服務(wù)器11220和低延遲基站服務(wù)器21230是與低延遲基站1210連接并通過低延遲基站1210向低延遲UE1200提供低延遲服務(wù)的應(yīng)用服務(wù)器。另外,假定低延遲模塊1202存儲低延遲UE1200預(yù)訂的低延遲服務(wù)的服務(wù)列表,且低延遲基站1210存儲映射信息,在該映射信息中,低延遲基站1210支持的服務(wù)的服務(wù)名稱與提供有關(guān)服務(wù)的低延遲基站服務(wù)器的地址映射。例如,當用戶執(zhí)行TVing應(yīng)用時,低延遲UE1200將包括TVing應(yīng)用的服務(wù)名稱(m.tving.com)、服務(wù)實例ID0001和應(yīng)用數(shù)據(jù)的服務(wù)請求消息發(fā)送到低延遲基站1210。低延遲基站1210基于低延遲基站服務(wù)器的映射信息和預(yù)存儲的服務(wù)名稱搜索提供m.tving.com服務(wù)的低延遲基站服務(wù)器的地址,并將低延遲UE1200的應(yīng)用數(shù)據(jù)傳送到檢索到的低延遲基站服務(wù)器,即低延遲基站服務(wù)器11220。也就是,低延遲UE1200通過示出的第一路徑1240將通過執(zhí)行TVing應(yīng)用生成的應(yīng)用數(shù)據(jù)發(fā)送到低延遲基站服務(wù)器11220。作為另一例子,當用戶執(zhí)行T高級應(yīng)用時,低延遲UE1200將包括T高級應(yīng)用的服務(wù)名稱(m.tpremium.co.kr)、服務(wù)實例ID0001和應(yīng)用數(shù)據(jù)的服務(wù)請求消息發(fā)送到低延遲基站1210。低延遲基站1210基于低延遲基站服務(wù)器的映射信息和預(yù)存儲的服務(wù)名稱搜索提供m.tpremium.co.kr服務(wù)的低延遲基站服務(wù)器的地址,并將低延遲UE1200的應(yīng)用數(shù)據(jù)傳送到檢索到的低延遲基站服務(wù)器,即低延遲基站服務(wù)器21230。也就是,低延遲UE1200通過示出的第二路徑1250將通過執(zhí)行T高級應(yīng)用而生成的應(yīng)用數(shù)據(jù)發(fā)送到低延遲基站服務(wù)器21230。圖13是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中在低延遲提供模式下操作來與低延遲基站服務(wù)器傳遞應(yīng)用數(shù)據(jù)的低延遲UE的內(nèi)部操作的實例的圖。參考圖13,當在用戶執(zhí)行應(yīng)用1300(例如,請求低延遲服務(wù))時生成第一應(yīng)用數(shù)據(jù)時,將第一應(yīng)用數(shù)據(jù)傳送到低延遲模塊1310。這里,第一應(yīng)用數(shù)據(jù)例如可以是HTTP請求消息。低延遲模塊1310基于從當前與低延遲UE連接的低延遲基站接收到的低延遲服務(wù)列表,來標識低延遲基站是否支持用戶請求的低延遲服務(wù)。這里,假定低延遲模塊1310默認地在低延遲提供模式1320下操作。當?shù)脱舆t基站支持用戶請求的低延遲服務(wù)時,低延遲模塊1310將服務(wù)連接請求消息發(fā)送到L2*層1340以請求建立與低延遲基站服務(wù)器的服務(wù)連接(步驟1304)。服務(wù)連接請求消息包括在步驟1302接收的服務(wù)名稱和HTTP請求。當安裝應(yīng)用1300時,低延遲模塊1310可以知道與應(yīng)用對應(yīng)的服務(wù)名稱。L2*層1340發(fā)送服務(wù)請求消息到低延遲基站以執(zhí)行與低延遲基站服務(wù)器的連接建立(步驟1306)。服務(wù)請求消息包括在步驟1304接收的T_UEID、服務(wù)名稱和HTTP請求。另外,L2*層1340從響應(yīng)于服務(wù)請求消息的低延遲基站接收服務(wù)請求接受消息(步驟1308)。服務(wù)請求接受消息包括HTTP響應(yīng)。這里,HTTP響應(yīng)指的是包括響應(yīng)于HTTP請求從低延遲基站服務(wù)器發(fā)送的應(yīng)用數(shù)據(jù)的應(yīng)用數(shù)據(jù)*,即,來自低延遲基站服務(wù)器的響應(yīng)。L2*層1340響應(yīng)于在步驟1304發(fā)送的服務(wù)連接請求消息將服務(wù)連接請求接受消息發(fā)送到低延遲模塊1310(步驟1312)。服務(wù)連接請求接受消息包括在步驟1308接收的HTTP響應(yīng)。低延遲模塊1310將在步驟1312接收的HTTP響應(yīng),即,應(yīng)用數(shù)據(jù)*發(fā)送到應(yīng)用1300(步驟1314)。以下表3表示在低延遲模塊1310和L2*層1340之間傳遞的示例消息?!颈?】圖14是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中在后退模式下操作的低延遲UE與低延遲基站服務(wù)器傳遞應(yīng)用數(shù)據(jù)的過程的示例的圖。參考圖14,低延遲提供系統(tǒng)包括低延遲UE1400、低延遲基站1410、GW1420和DNS1430。當?shù)脱舆tUE1400請求的低延遲服務(wù)不可用時,低延遲基站1410請求低延遲UE1400以將操作模式切換到后退模式。低延遲UE1400在后退模式下將服務(wù)連接的請求發(fā)送到低延遲基站1410。例如,當?shù)脱舆t基站服務(wù)器過載時,當?shù)脱舆t基站關(guān)于對低延遲基站服務(wù)器的訪問執(zhí)行許可控制時,或者當?shù)脱舆tUE1400未預(yù)訂低延遲服務(wù)時或者當預(yù)訂信息改變時,低延遲UE1400請求的低延遲服務(wù)不可用。或者,當?shù)脱舆t基站1410確定考慮網(wǎng)絡(luò)的有效使用,從因特網(wǎng)服務(wù)器比從低延遲基站服務(wù)器接收低延遲UE1400請求的服務(wù)內(nèi)容更有效時,低延遲UE1400請求的低延遲服務(wù)不可用。例如,當UE1400請求高容量的流內(nèi)容時(當請求高清晰度流內(nèi)容時),UE1400可以從低延遲基站服務(wù)器接收服務(wù),且當UE1400請求低容量的流內(nèi)容時(當請求低清晰度流內(nèi)容時),UE1400可以將服務(wù)連接切換到后退模式。當可以通過因特網(wǎng)提供低延遲基站1410支持的低延遲服務(wù)時,低延遲基站1410通過DNS1430獲得因特網(wǎng)服務(wù)器的IP地址(步驟1402)。當請求低延遲UE1400將其操作模式切換到后退模式時,將在步驟1402獲得的因特網(wǎng)服務(wù)器IP地址發(fā)送到低延遲UE1400。另外,低延遲基站1410可以周期性地更新因特網(wǎng)服務(wù)器IP地址。結(jié)合圖14,例如已經(jīng)描述了低延遲基站1410發(fā)送因特網(wǎng)服務(wù)器IP地址到低延遲UE1400的配置。但是,作為另一示例,低延遲基站1410可以將因特網(wǎng)服務(wù)器的域名發(fā)送到低延遲UE1400,且低延遲UE1400可以基于域名直接算出因特網(wǎng)服務(wù)器的IP地址。當用戶執(zhí)行在低延遲UE1400上安裝的應(yīng)用時(步驟1404),低延遲UE1400發(fā)送服務(wù)請求消息到低延遲基站1410,以請求與應(yīng)用服務(wù)器,即低延遲基站服務(wù)器(未示出)的連接(步驟1406)。服務(wù)請求消息包括T_UEID、服務(wù)名稱和通過在步驟1404的應(yīng)用的執(zhí)行生成的第一應(yīng)用數(shù)據(jù)。低延遲基站1410基于服務(wù)請求消息中包括的服務(wù)名稱,對于由低延遲UE1400請求的服務(wù)標識低延遲基站1410的狀態(tài)和UE的預(yù)訂信息(步驟1408)。低延遲基站1410基于從低延遲UE1400接收到的UE性能信息,確定低延遲UE1400的操作模式是后退模式(步驟1412)。這里,UE性能信息是指示UE本身是否是具有用于在低延遲提供模式下操作的低延遲棧的低延遲UE的信息。當確定低延遲UE1400的操作模式是后退模式時,低延遲基站1410將服務(wù)請求拒絕消息發(fā)送到低延遲UE1400以指令在后退模式下操作(步驟1414)。服務(wù)請求拒絕消息包括指示在后退模式下操作的后退模式指示符和在步驟1402接收的因特網(wǎng)服務(wù)器IP地址。低延遲UE1400將其操作模式切換到后退模式(步驟1416),并將無線承載建立請求消息發(fā)送到低延遲基站1410以請求與因特網(wǎng)承載一起使用的無線承載的建立(步驟1418)。無線承載建立請求包括T_UEID。低延遲基站1410將無線承載建立接受消息發(fā)送到低延遲UE1400,并建立低延遲UE1400和低延遲基站1410之間的無線承載(步驟1422)。低延遲UE1400通過GW1420將TCP連接消息發(fā)送到因特網(wǎng)服務(wù)器,并嘗試與因特網(wǎng)服務(wù)器的服務(wù)連接,即,TCP連接(步驟1428)。使用在低延遲UE1400和低延遲基站1410之間建立的無線承載1424和預(yù)設(shè)的因特網(wǎng)承載1426發(fā)送TCP連接消息。TCP連接消息包括因特網(wǎng)服務(wù)器IP地址和端口地址。圖15是圖示根據(jù)本公開的實施例的低延遲提供系統(tǒng)中在后退模式下操作來與低延遲基站服務(wù)器傳遞應(yīng)用數(shù)據(jù)的低延遲UE的內(nèi)部操作的實例的圖。參考圖15,當在用戶執(zhí)行應(yīng)用1500時生成第一應(yīng)用數(shù)據(jù)時,將第一應(yīng)用數(shù)據(jù)傳送到低延遲模塊1510。這里,第一應(yīng)用數(shù)據(jù)例如可以是HTTP請求消息。低延遲模塊1510基于從當前與低延遲UE連接的低延遲基站接收到的低延遲服務(wù)列表,標識低延遲基站是否支持用戶請求的低延遲服務(wù)。這里,假定低延遲模塊1510默認地在低延遲提供模式1520下操作。當?shù)脱舆t基站支持用戶請求的低延遲服務(wù)時,低延遲模塊1510將服務(wù)連接請求消息發(fā)送到L2*層1540以請求建立與低延遲基站服務(wù)器的服務(wù)連接(步驟1504)。服務(wù)連接請求消息包括在步驟1502接收的HTTP請求和服務(wù)名稱。當安裝應(yīng)用1500時,低延遲模塊1510可以知道與應(yīng)用對應(yīng)的服務(wù)名稱。L2*層1540發(fā)送服務(wù)請求消息到低延遲基站以執(zhí)行與低延遲基站服務(wù)器的連接建立(步驟1506)。服務(wù)請求消息包括在步驟1504接收的T_UEID、服務(wù)名稱和HTTP請求。另外,L2*層1540從響應(yīng)于服務(wù)請求消息的低延遲基站接收服務(wù)請求拒絕消息(步驟1508)。服務(wù)請求拒絕消息包括指令在后退模式1530下操作的后退模式指示符和因特網(wǎng)服務(wù)器IP地址。L2*層1540向低延遲模塊1510發(fā)送響應(yīng)于在步驟1504發(fā)送的服務(wù)連接請求消息的服務(wù)連接拒絕消息(步驟1512)。服務(wù)連接請求拒絕消息包括在步驟1508接收的因特網(wǎng)服務(wù)器IP地址和后退模式指示符。低延遲模塊1510標識服務(wù)連接請求拒絕消息中包括的后退模式指示符,并將低延遲UE的操作模式從低延遲提供模式切換到后退模式(步驟1514)。另外,低延遲模塊1510發(fā)送會話連接請求消息到TCP層1550(步驟1516)。TCP層1550發(fā)送TCP會話連接請求消息到IP層1560(步驟1518)。會話連接請求消息包括因特網(wǎng)服務(wù)器IP地址和端口地址。此后,TCP層1550接收響應(yīng)于TCP會話連接請求消息的TCP會話連接響應(yīng)消息(步驟1522),并響應(yīng)于在步驟1516接收的會話連接請求消息將會話連接響應(yīng)消息發(fā)送到低延遲模塊1510(步驟1524)。以下表4表示在低延遲模塊1510和L2*層1540之間傳遞的示例消息?!颈?】雖然上面已經(jīng)描述了本公開的特定實施例,可以對其做出各種改變而不脫離本公開的范圍。因此,本公開的范圍不應(yīng)該限于上述實施例,而是應(yīng)該由以下權(quán)利要求及其等同物定義。根據(jù)本公開的實施例的用于通過訪問層提供服務(wù)連接的設(shè)備和方法可以以硬件、軟件或者硬件和軟件的組合實現(xiàn)。這種軟件可以存儲在易失性或者非易失性存儲裝置中,比如只讀存儲器(ROM)或者其他存儲裝置,存儲器,比如隨機存取存儲器(RAM),存儲器芯片,裝置或者集成電路,或者在由機器(例如,計算機)同時讀出的同時允許光記錄或者磁記錄的存儲介質(zhì),例如致密盤(CD)、數(shù)字視頻盤(DVD)、磁盤或者磁帶。根據(jù)本公開的實施例的用于通過訪問層提供服務(wù)連接的方法可以包括控制器和存儲器的由計算機或者便攜UE實現(xiàn),且該存儲器可以是可以適合于存儲包括用于實現(xiàn)本公開的實施例的指令的一個或多個程序的由機器讀出的存儲介質(zhì)的實例。因此,本公開包括包含用于實現(xiàn)在本公開的權(quán)利要求中提出的裝置或者方法的代碼的程序和存儲該程序的機器(例如,計算機)可讀的存儲介質(zhì)。該程序可以經(jīng)由任何介質(zhì),比如通過有線或者無線連接發(fā)送的通信信號電子地傳送,且本公開適當?shù)匕ㄆ涞刃?。另外,根?jù)本公開的實施例,可以從用于通過訪問層提供服務(wù)連接的設(shè)備接收該程序且可以存儲。程序提供裝置可以包括:存儲器,用于存儲包括使得用于通過訪問層提供服務(wù)連接的設(shè)備能夠執(zhí)行用于通過訪問層提供服務(wù)連接的方法的指令的程序,和用于通過訪問層提供服務(wù)連接的方法所需的信息;通信單元,用于與用于通過訪問層提供服務(wù)連接的設(shè)備執(zhí)行有線或者無線通信;和控制器,自動地或者應(yīng)用于通過訪問層提供服務(wù)連接的設(shè)備的請求發(fā)送程序到通信裝置。當前第1頁1 2 3 
當前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1