TW201707491A - 在d2d通信系統中執行緩衝區狀態報告的方法及其裝置 - Google Patents
在d2d通信系統中執行緩衝區狀態報告的方法及其裝置 Download PDFInfo
- Publication number
- TW201707491A TW201707491A TW105122291A TW105122291A TW201707491A TW 201707491 A TW201707491 A TW 201707491A TW 105122291 A TW105122291 A TW 105122291A TW 105122291 A TW105122291 A TW 105122291A TW 201707491 A TW201707491 A TW 201707491A
- Authority
- TW
- Taiwan
- Prior art keywords
- lcg
- lcgs
- priority
- mac
- transmission
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
- H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
- H04B7/2612—Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
-
- 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
-
- 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/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Abstract
本發明係關於一種無線通信系統。更具體地,本發明係關於一種在D2D通信系統中執行緩衝區狀態報告的方法及其裝置,該方法包括:配置複數條側行鏈路邏輯通道,其中該等側行鏈路邏輯通道的每一條具有一關聯優先權並且屬於一LCG,而且一或更多LCGs屬於一ProSe目的地;產生一SL BSR MAC CE,其包括依循一LCG優先權遞減順序的LCGs緩衝區大小,其中一LCG的該LCG優先權被確定為屬於該LCG的邏輯通道的優先權之中的一邏輯通道的一最高優先權;以及發送包括該SL BSR MAC CE的一MAC PDU。
Description
本發明係關於一種無線通信系統。更具體地,本發明係關於一種在D2D(Device to Device,裝置對裝置)通信系統中執行緩衝區狀態報告的方法及其裝置。
作為可應用本發明的行動通信系統的一範例,簡單描述第三代合作夥伴計畫長期演進(3rd Generation Partnership Project Long Term Evolution,於下文中稱作3GPP LTE)通信系統。
第1圖係說明作為示範性無線電通信系統的演進型通用行動電信系統(Evolved Universal Mobile Telecommunication System,E-UMTS)結構的視圖。E-UMTS係通用行動電信系統(Universal Mobile Telecommunication System,UMTS)的進階版本,並且其基礎標準化在第三代合作夥伴計畫(3GPP)中正在進行。E-UMTS一般可稱為長期演進(Long Term Evolution,LTE)系統。例如,「第三代合作夥伴計畫;技術規格群組無線電存取網路」的第7版及第8版有提供UMTS及E-UMTS的技術規格細節。
參考第1圖,E-UMTS包括使用者設備(User Equipment,EU)、演進型節點B(eNoteBs,eNBs)、以及存取閘道(Access Gateway,AG),其中該AG位在網路(E-UTRAN)的一端並且連接至一外部網路。該eNBs可同時發送用於廣播服務、多重傳播服務、及/或單一傳播服務的多重資料串流。
每一eNB都可存在有一或更多蜂胞(cells)。該蜂胞被設定為在頻寬的其中之一操作,例如1.25、2.5、5、10、15、及20MHz,並且在該頻寬內提供一下行鏈路(downlink,DL)或上行鏈路(uplink,UL)傳送服務至複數個UEs。不同的蜂胞可設定為提供不同的頻寬。eNB可控制至複數個UEs(user equipments,使用者設備)的資料發送或從複數個UEs的資料接收。eNB發送DL資料的DL排程資訊至一對應的UE,藉以通知UE其中DL資料預期要被發送的時間/頻率領域、編碼、資料大小、及混合型自動重傳請求(hybrid automatic repeat and request,HARQ)相關的資訊。此外,eNB發送UL資料的UL排程資訊至一對應的UE,藉以通知UE可被UE使用的時間/頻率領域、編碼、資料大小、及混合型自動重傳請求(hybrid automatic repeat and request,HARQ)相關的資訊。用於發送使用者流量或控制流量的介面可在eNBs之間使用。核心網路(core network,CN)可包括用於UEs的使用者註冊的AG及網路節點等。AG管理在追蹤區域(tracking area,TA)上的UE的行動性。一TA包括複數個蜂胞。
裝置對裝置(D2D)通信表示分布式通信技術,其在鄰近節點之間直接傳輸流量而不使用基礎架構例如基地臺。在D2D通信環境中,各節點例如可攜式終端發現實質上鄰近的使用者設備並且在設定通信對話後傳輸流量。以此方式,由於D2D通信可藉由分布集中於基地臺的流量解決流量超載,D2D通信可受到注目成為4G的後次世代行動通信技術的元素技術。為此,標準協會例如3GPP或IEEE已基於LTE-A或Wi-Fi進行建立D2D通信標準,以及高通(Qualcomm)已發展其專屬的D2D通信科技。
可預期的是D2D通信貢獻於增加行動通信系統的傳輸量並且創造新的通信服務。再者,D2D通信可支援鄰近社群網路服務或網路遊戲服務。陰影區域使用者的鏈結問題可使用D2D作為中繼站而得以解決。以此方法,可預期的是D2D技術將在各種領域中提供新的服務。
D2D通信技術例如紅外線通信、紫蜂(ZigBee)、無線電頻率識別(radio frequency identification,RFID)、以及基於RFID的近場通信(near field communication,NFC)已被使用。然而,由於這些技術僅支援
受限距離(約1m)內特定對象的通信,該等技術難以嚴格地被視為D2D通信技術。
雖然,D2D通信已被描述如上,從具有相同資源的複數個D2D使用者設備發送資料的方法的細節尚未提出。
本發明的一目的設計為解決在D2D通信系統中執行緩衝區狀態報告的方法及裝置的問題。本發明解決的技術問題不限於上面的技術問題,並且所屬領域具有通常知識者可從下面描述理解其他技術問題。
本發明的目的可藉由提供如在後附申請專利範圍中所列舉之一種用於在無線通信系統中操作使用者設備(UE)的方法來達成。
在本發明的另一方面,於此所提供的是如在後附申請專利範圍中所列舉的一種通信設備。
要理解的是,本發明前述一般描述及隨後詳細描述二者皆為示範性及解釋性,並且意圖提供所主張的發明的進一步解釋。
依據本發明,當MAC實體報告側行鏈路BSR至eNB之時,MAC實體藉由考量屬於LCG的資料的最高PPPP而包括盡可能多的ProSe Destination的LCGs的緩衝區狀態。
所屬領域具有通常知識者將察知本發明所達成的功效不限於在上文中所特別描述的,並且本發明的其他優點將從連同後附圖式一併提出的隨後詳細描述獲得更明確的理解。
10‧‧‧使用者設備
20‧‧‧演進型節點
30‧‧‧行動管理實體/系統架構演進閘道
105‧‧‧電源管理模組
110‧‧‧DSP/微處理器
115‧‧‧顯示器
120‧‧‧按鍵墊
125‧‧‧SIM卡
130‧‧‧記憶體裝置
135‧‧‧RF模組/收發器
145‧‧‧擴音器
150‧‧‧輸入裝置
155‧‧‧電池
S1201‧‧‧步驟
S1203‧‧‧步驟
S1205‧‧‧步驟
所附圖式為了提供本發明進一步理解而被包括其中並且被納入到本申請案中及構成本申請案的一部分,其說明本發明的實施例並且與描述內容一同被用於解釋本發明。
第1圖係顯示作為無線通信系統的範例的演進型通用行動電信系統(E-UMTS)的示意圖;第2A圖係說明演進型通用行動電信系統(E-UMTS)的網路架構的示意圖,以及第2B圖係描述典型E-UTRAN及典型EPC的結構的方塊圖;第3圖係顯示基於第三代合作夥伴計畫(3GPP)無線電存取標準的UE與E-UTRAN之間的無線電介面協定的控制平面及使用者平面的示意圖;第4圖係在E-UMTS系統中使用的實體通道結構的範例的示意圖;第5圖係依據本發明實施例的通信設備的方塊圖;第6圖係用於正常通信的預設資料路徑的範例;第7圖及第8圖係用於鄰近通信的資料路徑情境的範例;第9圖係說明用於側行鏈路的第2層結構的概念圖;第10A圖係說明用於ProSe直接通信的使用者平面協定堆疊的概念圖,以及第10B圖係用於ProSe直接通信的控制平面協定堆疊;第11圖係在UE側的MAC結構概觀的示意圖;第12圖係依據本發明實施例在D2D通信系統中執行緩衝區狀態報告的示意圖;第13A圖及第13B圖係依據本發明實施例的SL BSR MAC CE的示意圖;以及第14A圖至第14D圖係依據本發明實施例在D2D通信系統中執行緩衝區狀態報告的範例。
通用行動電信系統(UMTS)係第三代(3G)非同步行動通信系統,其操作於基於歐洲系統的頻寬碼分多重存取(wideband code division multiple access,MCDMA)系統、全球行動通信系統(Global System for Mobile communications,GSM)、及一般封包無線電服務(General Packet
Radio Service,GPRS)中。UMTS的長期演進(LTE)正被標準化UMTS的第三代合作夥伴計畫(3GPP)討論。
3GPP LTE係一種能允許高速封包通信的技術。為了包括那些降低使用者及提供者成本、改善服務品質、及擴大與改善覆蓋範圍與系統容量之LTE目標,已提出許多方案。3G LTE需要降低的每位元成本、提升的頻帶彈性使用、簡單結構、開放介面、及作為高階需求的終端的適當功耗。
於下文,本發明的結構、操作、及其他特徵將從本發明實施例被立即理解,其範例在附隨圖式中得以說明。以後描述的實施例係本發明技術特徵應用於3GPP系統的範例。
雖然本發明實施例在本說明書中在長期演進(LTE)及長期演進升級版(LTE-Advanced,LTE-A)的背景下被描述,其皆為單純示範性質。因此本發明實施例對於任何其他對應上面定義的通信系統係可應用的。於其中可執行於此揭露的發明之示範性系統係遵循TS 36.321 3GPP規格12.6.0版本。此外雖然本發明實施例在本說明書中基於頻分雙工(frequency division duplex,FDD)方案被描述,本發明實施例可被簡單修飾並且應用於半雙工FDD(half-duplex FDD,H-FDD)方案或時分雙工(time division duplex,TDD)方案。
第2A圖係說明演進型通用行動電信系統(E-UMTS)的網路架構的示意圖。E-UMTS亦可稱為LTE系統。通信網路廣泛地部署以提供各種像是網際網路協定語音(voice over Internet protocol,VoIP)至IMS及封包資料。
如第2A圖所示,E-UMTS網路包括演進型UMTS陸地無線電存取網路(evolved UMTS terrestrial radio access network,E-UTRAN)、演進型封包核心(evolved packet core,EPC)、及一或多個使用者設備。E-UTRAN可包括一或多個演進型節點B(eNB)20,而且複數個使用者設備(UE)10可位於一蜂胞內。一或多個E-UTRAN行動管理實體(mobile management entity,MME)/系統架構演進(system architecture evolution,SAE)閘道30可位於網路的一端並且連接至一外部網路。
如同在此所使用的,「下行鏈路」(downlink)係描述從eNB 20至UE 10的通信,以及「上行鏈路」(uplink)係描述從UE 10至eNB 20的通信。UE 10描述使用者攜帶通信設備,並且可被稱為行動臺(mobile station,MS)、使用者終端機(user terminal,SS)、用戶臺(subsriber station,SS)、或無線裝置。
第2B圖係描述典型E-UTRAN及典型EPC的結構的方塊圖。
如第2B圖所示,eNoteB 20提供使用者平面及控制平面的端點至UE 10。MME/SAE閘道提供通信期端點(an end point of a session)及行動性管理功能至UE 10。eNoteB 20與MME/SAE閘道可經由S1介面連接。
eNoteB 20一般為與UE 10通信的固定電臺,而且可被稱為基地臺(base station,BS)或存取點。每一蜂胞都可部署有一eNoteB 20。用於發送使用者流量或控制流量的介面可在eNoteBs 20之間使用。
MME提供各種功能,其包括:發信至eNoteB 20的NAS、NAS發信安全、AS安全控制、用於3GPP存取網路的行動性的內CN節點發信、閒置模式UE可達性(包括呼叫重新發送的控制和執行)、追蹤區域清單管理(用於閒置和啟動模式中的UE)、PDN GW和服務GW選擇、用於具有MME改變的轉移的MME選擇、用於轉移至2G或3G存取網路的SGSN選擇、漫遊、認證、包括專用的承載建立的承載管理功能、以及PWS(包括ETWS和CMAS)信息發送的支援。SAE閘道主機提供各種功能,其包括:個別使用者基礎的封包過濾(例如,深度封包檢測)、法定檢測、UE IP位址配置、下行鏈路中的傳輸層級封包標記、UL和DL服務層級收費、限制和速率強制、基於APN-AMBR的DL速率強制。為清楚起見,MME/SAE閘道於此將被稱為「閘道」,但要明白的是此實體包括MME和SAE閘道兩者。
複數個節點可經由S1介面在eNoteB 20與閘道30之間連接。eNoteBs 20可經由X2介面互相連接,而且eNoteBs 20可具有網狀網路結構,網狀網路結構具有X2介面。
如圖所示,eNoteB 20可執行用於閘道30選擇、在無線電資源控制(Radio Resource Control,RRC)啟動期間路由至閘道的路徑、呼叫信息的排程和發送、排程和發送廣播頻道(Broadcast Channel,BCCH)資訊、在上行鏈路和下行鏈路兩者中對UEs 10的資源動態分配、eNodeB測量的配置和供應、無線電承載控制、無線電許可控制(radio admission control,RAC)、及在LTE_ACTIVE狀態下的連接行動控制的功能。在EPC中,如上所註明的,閘道30可執行呼叫起始、LTE-IDLE狀態管理、使用者平面的加密、系統構架演進(System Architecture Evolution,SAE)承載控制、以及非存取層(Non-Access Stratum,NAS)發信的加密和完整性包護的功能。
EPC包括行動管理實體(mobility management entity,MME)、服務閘道(serving-gateway,S-GW)、及封包資料網路閘道(packet data network-gateway,PDN-GW)。MME具有關於使用者的連接和能力的資訊,主要在管理UEs的行動中使用。S-GW係具有作為端點的E-UTRAN的閘道,並且PDN-GW係具有作為端點的封包資料網路(packet data network,PDN)的閘道。
第3圖係顯示基於3GPP無線電存取標準的UE與E-UTRAN之間的無線電介面協定的控制平面及使用者平面的示意圖。控制平面係描述用於發送控制信息、用於管理UE與E-UTRAN之間的通話所使用的路徑。使用者平面係描述用於發送在應用層中所產生的資料,例如語音資料或網際網路封包資料,所使用的路徑。
第一層的實體(physical,PHY)層使用實體通道供應資訊發送服務至較高層。PHY層經由傳輸通道連接至位於該較高層上的媒體存取控制(medium access control,MAC)層。資料經由傳輸通道在MAC層與PHY層之間傳輸。資料經由實體通道在傳輸側的實體層與接收側的實體層之間傳輸。實體通道使用時間和頻率作為無線電資源。詳細地,實體層在下行鏈路中使用正交頻分多重存取(orthogonal frequency division multiple access,OFDMA)方案來調變,並且在上行鏈路中使用單一載波頻分多重
存取(single carrier frequency division multiple access,SC-FDMA)方案來調變。
第二層的MAC層經由邏輯通道供應服務至較高層的無線電連接控制(radio link control,RLC)。第二層的RLC層供應可靠的資料發送。RLC層的功能可藉由MAC層的功能區塊執行。第二層的的封包資料匯聚協定(packet data convergence protocol,PDCP)層執行標頭壓縮功能以減小不需要的控制資訊,用於在具有相對小頻寬的無線電介面中的網際網路協定(Internet Protocol,IP)例如IP版本4(IP version 4,IPv4)封包或IP版本6(IP version 6,IPv6)封包的有效率發送。
位在第三層底部的無線電資源控制(radio resource control,RRC)層僅定義在控制平面中。RRC層控制邏輯通道、傳輸通道、及關於配置、重新配置、及無線電承載(RBs)釋放的物理通道。RB係描述第二層在UE與E-UTRAN之間供應資料發送的服務。為此目的,UE的RRC層和E-UTRAN的RRC層彼此交換RRC信息。
eNB的一蜂胞被設定以在頻寬例如1.25、2.5、5、10、15、及20MHz的其中之一中操作,並且在該頻寬中供應下行鏈路或上行鏈路至複數個UEs。不同的蜂胞可設定為供應不同的頻寬。
用於從E-UTRAN至UE的資料發送的下行鏈路通道包括用於系統資訊發送的廣播通道(broadcast channel,BCH)、用於呼叫信息發送的呼叫通道(paging channel,PCH)、以及用於使用者流量或控制信息發送的下行鏈路共享通道(shared channel,SCH)。下行鏈路多重傳播或廣播服務的流量或控制信息可經由下行鏈路SCH發送,而且也可經由不同的下行鏈路多重傳播通道(multicast channel,MCH)發送。
用於從UE至E-UTRAN的資料發送的上行鏈路通道包括用於初始控制信息發送的隨機存取通道(random access channel,RACH)和用於使用者流量或控制信息發送的上行鏈路SCH。定義在傳輸通道之上並且映射至傳輸通道的邏輯通道包括廣播控制通道(broadcast control channel,BCCH)、呼叫控制通道(PCCH)、共同控制通道(common control
channel,CCH)、多重傳播控制通道(multicast control channel,MCCH)、以及多重流量通道(multicast traffic channel,MTCH)。
第4圖係在E-UMTS系統中使用的實體通道結構的範例的示意圖。實體通道在時間軸上包括數個子幀並且在頻率軸上包括數個載波。於此,一子幀在時間軸上包括複數個符號。一子幀包括複數個資源區塊,並且一資源區塊包括複數個符號和複數個子載波。此外,各子幀可使用用於實體下行鏈路控制通道(physical downlink control channel,PDCCH)(也就是L1/L2控制通道)的一子幀的某些符號(例如,第一符號)的某些子載波。在第4圖中,顯示有L1/L2控制資訊發送區域(PDCCH)和資料區域(PDSCH)。在一實施例中,使用10ms的無線電幀,而且一無線電幀包括10子幀。此外,一子幀包括二連續時隙。一時隙的長度可為0.5ms。此外,一子幀可包括複數個OFDM符號,而且複數個OFDM符號的一部分(例如,第一符號)可用於發送L1/L2控制資訊。發送時間間隔(transmission time interval,TTI)係1ms,其為用於發送資料的單位時間。
基地臺和UE大多使用DL-SCH以經由PDSCH發送/接收資料,但某控制信號或某服務資料除外,其中DL-SCH係發送通道以及PDSCH係實體通道。指示PDSCH資料發送至那一UE(一或複數個UEs)以及該UE如何接收和解碼PDSCH資料的資訊在包含在PDCCH中的情況下被發送。
例如,在一實施例中,某PDCCH藉由使用無線電網路臨時識別(radio network temporary identity,RNTI)「A」被CRC遮罩(CRC-masked),而且關於資料的資訊經由某子幀藉由使用無線電資源「B」(例如,頻率位置)和發送格式資訊「C」(例如,發送區塊大小、調變、編碼資訊、或其相似物)被發送。然後,定位在蜂胞中的一或多個UEs使用其RNTI資訊監視PDCCH。且,具有RNTI「A」的特定UE讀取PDCCH,然後接收在PDCCH資訊中指示的「B」和「C」。
第5圖係依據本發明實施例的通信設備的方塊圖。
顯示在第5圖中的設備可以是被採用以執行上面的機制的使用者設備(UE)及/或eNB,但其可以是用於執行相同操作的任何設備。
如第5圖所示,該設備可包含DSP/微處理器(110)和RF(radio frequency,無線電頻率)模組(收發器,135)。DSP/微處理器(110)電性連接至收發器(135)並且控制該收發器。基於其執行和設計者的選擇,該設備可進一步包括電源管理模組(105)、電池(155)、顯示器(115)、按鍵墊(120)、SIM卡(125)、記憶體裝置(130)、擴音器(145)、以及輸入裝置(150)。
具體地,第5圖可代表一UE,其包含:接收器(135),被配置以從網路接收請求信息;以及發送器(135),被配置以傳送發送或接收時序資訊至網路。接收器和發送器可構成收發器(135)。UE進一步包含處理器(110),連接至收發器(135:接收器和發送器)。
再者,第5圖可代表一網路設備,其包含:發送器(135),被配置以發送請求信息至UE;以及接收器(135),被配置以從IE接收發送或接收時序資訊。此發送器和接收器可構成收發器(135)。該網路進一步包含處理器(110),連接至接收器和發送器。此處理器(110)可被配置以基於發送或接收時序資訊計算潛時。
最近,鄰近服務(Proximity-base Service,ProSe)已在3GPP中被討論。ProSe允許不同的UEs(在適當程序後,例如認證)僅經由eNB(並非進一步經由服務閘道(Serving Gateway,SGW)/封包資料網路閘道(Paket Data Network Gateway,PGW))或經由SGW/PGW互相(直接)連接。因此,使用ProSe,可提供裝置對裝置直接通信,並且所預期的是每個裝置將藉由普遍存在的連接性連接。近距離中的裝置之間的直接通信可減少網路負載。最近,鄰近社群網路服務獲得大眾的注意,而且新類型的鄰近應用能浮現並且可創造新商業市場和獲益。首先,市場裡有公共安全與緊急通信的需求。在公共安全系統中群組通信亦為關鍵部分之一。需要的功能性有:基於鄰近的搜尋、直接路徑通信、以及群組通信的管理。
作為範例,使用案例及情節有:i)商業/社交使用;ii)網路卸載;iii)公共安全;iv)現行基礎架構服務,以確保包括可達性和行動性方面的使用者體驗的一致性;以及v)公共安全,在E-UTRAN覆蓋缺乏
的情況下(受制於區域條款和操作政策,並且受限於特定公共安全指定的頻帶和端點)。
第6圖係用於二UEs之間的通信的預設資料路徑的範例。參考第6圖,即使當二UEs(例如,UE1、UE2)在近距離下互相通信,其資料路徑(使用者平面)係經由總機網路(operator network)。因此,用於通信的典型資料路徑涉及eNB(s)及/或閘道(GW(s))(例如,SGW/PGW)。
第7圖及第8圖係用於鄰近通信的資料路徑情境的範例。假如無線裝置(例如,UE1、UE2)彼此鄰近,其可被允許使用直接模式資料路徑(第7圖)或區域路由資料路徑(第8圖)。在直接模式資料路徑中無線裝置彼此直接連接(在適當程序後,像是認證),而無需eNB和SGW/PGW。在區域路由資料路徑中,無線裝置僅經由eNB彼此連接。
第9圖係說明用於側行鏈路的第2層結構的概念圖。
側行鏈路通信係一種通信模式,藉此UEs能透過PC5介面互相直接通信。當UE由E-UTRAN服務時以及當UE在E-UTRAN覆蓋之外時,此通信模式被支援。僅那些授權使用公共安全操作的UEs能執行側行鏈路通信。
為了在覆蓋範圍操作外執行同步化,UE(s)可藉由發送SBCCH和同步化信號作為同步化源。SBCCH攜帶接收其他側行鏈路通道和信號所需要之最必要的系統資訊。伴隨同步化信號的SBCCH以40ms的固定周期性被發送。當UE在網路覆蓋範圍內時,SBCCH內容從eNB發信的參數取得。當UE在網路覆蓋範圍外時,假如UE選擇另一UE作為同步化參考,然後SBCCH內容從接收的SBCCH取得;否則,UE使用預配置參數。SIB18提供用於同步化信號和SBCCH發送的資源資訊。每40ms有二預配置子幀用於覆蓋範圍外操作。假如UE基於定義的準則成為同步化源,UE在一子幀中接收同步化信號和SBCCH並且在另一子幀中發送同步化信號和SBCCH。
UE在側行鏈路控制週期期間定義的子幀上執行側行鏈路通信。側行鏈路控制週期係出現為了側行鏈路控制資訊和側行鏈路資料發送
而被分配至一蜂胞中的資源的週期。在側行鏈路控制週期中UE發送側行鏈路控制資訊,隨後是側行鏈路資料。側行鏈路資訊指示第一層ID和發送(例如,MCS,在側行鏈路控制週期、時序校正期間的資源位置)的特性。
UE以隨後的遞減優先權順序透過Uu和PC5執行發送和接收:- Uu發送/接受(最高優先權);- PC5側行鏈路通信發送/接受;- PC5側行鏈路搜尋播報/監視(最低優先權)。
第10A圖係說明用於ProSe直接通信的使用者平面協定堆疊的概念圖,以及第10B圖係用於ProSe直接通信的控制平面協定堆疊。
第10A圖顯示用於使用者平面的協定堆疊,其中PDCP、RLC、及MAC子層(於其他UE終止)執行用於使用者平面所編列的功能(例如,標頭壓縮、HARQ重新發送)。PC5介面包含PDCP、RLC、MAC、以及PHY如第10A圖所示。
ProSe直接通信的使用者平面細節:i)無用於側行鏈路通信的HARQ回饋;ii)RLC UM使用於側行鏈路通信;iii)RLC UM使用於側行鏈路通信;iv)使用於側行鏈路通信的接收的RLC UM實體無須在第一RLC UMD PDU的接收前配置;以及iv)ROHC單向模式係使用於在用於側向鏈路通信的PDCP中的表頭壓縮。
UE可建構多重邏輯通道。在MAC標頭中的LCID唯一識別在一個來源第二層ID(Source Layer-2 ID)和鄰近服務第二層群組ID(ProSe Layer-2 Group ID)組合的範圍中的邏輯通道。用於邏輯通道優先權順序未被配置。存取層(Access stratum,AS)藉由較高層被提供有透過PC5發送的協定資料單元的PPPP。是有與各邏輯通道相關聯的PPPP。
SL-RNTI係用於ProSe直接通信排程的唯一識別。
來源第二層ID識別在側行鏈路通信中的資料傳送者。來源第二層ID係24位元長,而且在接收器中與目的地第二層ID(Destination Layer-2 ID)和LCID一起使用於RLC UM實體和PDCP實體的識別。
目的地第二層ID識別在側行鏈路通信中的資料目標。目的地第二層ID係24位元長,而且在MAC層中切分為二位元串:i)一位元串係目的地第二層ID的LSB部分(8位元),並且轉發至實體層作為群組目的地ID。此識別在側行鏈路中預期資料的目標,並且用於在實體層的封包過濾;以及ii)第二位元串係目的地第二層ID的MSB部分(16位元),並且攜帶在MAC標頭中。此係使用在MAC層的封包過濾。
並無存取層發信需要用於群組資訊,其亦不需要用以在UE中配置來源第二層ID、目的地第二層ID、以及群組目的地ID。這些識別由較高層提供或者從較高層提供的識別取得。在群播和廣播的情況下,較高層提供的ProSe UE ID直接用作為來源第二層ID,並且較高層提供的ProSe第二層群組ID直接用作為在MAC層中的目的地第二層ID。在一對一的情況下,較高層提供來源第二層ID和目的地第二層ID。
第10B圖顯示用於控制平面的協定堆疊。
UE並未建構和維持邏輯連接以在一對多側行鏈路通信前接收UEs。較高層建構和維持包括ProSe UE對網路延遲操作的邏輯連接。
用於在PC5介面中的SBCCH的存取層協定堆疊由RRC、RLC、MAC、以及PHY組成,如第10B圖中下面所示。
PPPP係ProSe個別封包優先權(ProSe Per-Packet Priority)。該ProSe個別封包優先權總結如下:i)單一UE應可被允許在PC5上發送不同優先權的封包;ii)UE從可能值範圍提供ProSe個別封包優先權至存取層;iii)ProSe個別封包優先權被用以在UE內和跨不同UEs二情況下支援封包的優先發送;iv)用於ProSe個別封包優先權的8優先權層級的支援應充足;v)ProSe個別封包優先權適用於全部的PC5流量;以及vi)ProSe個別封包優先權獨立於發送的第二層目的地。
從上面的總結來說,似乎SA2認為基於PPPP的ProSe封包優先權排序(Prioritization)非常重要,並且應在任何情況下在PC5介面中被支援。將此觀察存記腦中,將會解釋LCP程序如何應從Rel-12改變。
第11圖係在UE側的MAC結構概觀的示意圖。
MAC層處理邏輯通道多工、混合ARQ重新發送、以及上行鏈路和下行鏈路排程。其亦負責當載波聚合被使用時的橫跨多重分量載波的資料的多工/解多工。
MAC以邏輯通道的形式提供服務至RLC。邏輯通道以其攜帶資訊類型定義,並且通常分類為:控制通道,用於操作LTE系統所需的控制和配置資訊的發送;或流量通道,用於使用者資料。指定用於LTE的邏輯通道組包括:
- 廣播控制通道(broadcast Control Channel,BCCH),用於封包中從網路至全部終端的系統資訊發送。在存取系統前,終端須要取得系統資訊以找出系統如何配置、以及通常是,在蜂胞內如何正確運作。
- 呼叫控制通道(paging Control Channel,PCCH),用於終端呼叫,該終端的位置在蜂胞層級上未被網路辨別。
- 共同控制通道(Common Control Channel,CCCH),用於控制資訊發送連同隨機存取。
- 專用控制通道(Dedicated Control Channel,DCCH),用於至/從終端的控制資訊發送。此通道用於終端個別配置例如不同的轉移信息。
- 多播控制通道(Multicast Control Channel,MCCH),用於MTCH的接收所需的控制資訊發送。
- 專用流量通道(Dedicated Traffic Channel,DTCH),用於至/從終端的使用者資料發送。此為用於全部的上行鏈路和非MBSFN下行鏈路使用者資料的發送。
- 多播流量通道(Multicast Traffic Channel,MTCH),用於MBMS服務的下行鏈路發送。
為支援優先權處理,多重邏輯通道可藉由MAC層多工至傳輸通道中,其中各邏輯通道具有自己的RLC實體。在接收器方面,MAC層處理對應的解多工並且轉發RLC PDUs(radio link control packet data units)至其分別的RLC實體以用於依序傳送和由RLC處理的其他功能。為了支援在接收器的解多工,MAC被使用。對於各RLC PDU,在MAC標頭有相關的子標頭。子標頭包含邏輯通道識別(identity of the logical channel,LCID),其中RLC PDU從該邏輯通道識別產生並且PDU的長度在數位元組內(in bytes)。其亦有指示此是否為最後的子標頭的旗標。連同MAC標頭並且,如有必要,填充以符合排程的傳輸區塊大小的一或多個RLC PDUs形成轉發至實體層的一個傳輸區塊。
除不同的邏輯通道之外,MAC層亦可將所謂的MAC控制元件(control element)插入透過傳輸層要被發送的傳輸區塊。MAC控制元件用於帶內控制發信,例如,時序提前命令和隨機存取響應。控制元件藉由LCID字段中的保留值識別,其中LCID字段值指示控制資訊種類。而且,為了具有固定長度的控制元件,在子標頭中的長度字段被移除。
MAC多工功能性亦負責在載波聚合的情況下多重分量載波的處理。當分量載波聚合對於RLC和PDCP係不可見時,用於分量載波的基本原則係在實體層中分量載波的獨立處理,其包括:控制發信、排程、及混合ARQ重新發送。載波因而主要在MAC層被看見,其中藉由具有自己的混合ARQ實體的各分量載波,對於每一分量載波包括任何MAC控制元件的邏輯通道都被多工以形成一個(在空間多工的情況下為二)傳輸區塊。
同時,已具有有效授權(grant)的UEs明顯不須請求上行鏈路資源。然而,如上面所討論的,為了允許排程器確定要允許給予在進一步的子幀中的各終端的資源數量,關於緩衝區狀態和功率可利用性的資訊係有用的。此資訊提供至排程器作為經由MAC控制元件的上行鏈路發送的一部分。在MAC子標頭之一中的LCID字段被設定為指示緩衝區狀態報告的存在的保留值。
從排程方面來看,緩衝區資訊對於各邏輯通道係有益的,雖然這可造成顯著的資源損耗。邏輯通道因而分組為邏輯通道群組,並且報告對於每一群組都被完成。緩衝區狀態報告中的緩衝區大小字段指示可用於一邏輯通道群組中橫跨全部邏輯通道的資料數量。
緩衝區狀態報告(Buffer Status Reporting,BSR)程序被使用以在UE的UL緩衝區中提供具有關於可用於發送的資料數量的服務eNB。RRC可藉由配置週期性BSR-計時器(periodicBSR-Timer)、retxBSR-計時器(retxBSR-Timer)、以及邏輯通道SR-禁止計時器(logical ChannelSR-ProhibitTimer)三計時器且藉由對於各邏輯通道選擇性地發信分配邏輯通道至邏輯通道群組(Logical Channel Group,LCG)的LCG來控制BSR。
側行鏈路(sidelink,SL)緩衝區狀態報告程序被使用以在關於MAC實體的SL緩衝區中提供具有關於可用於發送的側行鏈路資料數量的服務eNB。RRC藉由配置週期性-BSR-計時器SL(periodic-BSR-TimerSL)和retx-BSR-計時器SL(retx-BSR-TimerSL)二計時器來控制BSR。各側行鏈路邏輯通道屬於一ProSe目的地。各側行鏈路邏輯通道依據側行鏈路邏輯通道和LCG ID間映射的優先權以及被邏輯通道群組資訊表(logicalChGroupInfoList)內的上層提供的優先權分配至LCG。對於每一ProSe目的地LCG都被定義。
側行鏈路緩衝區報告(BSR)應被觸發,如果任何下列事件發生:如果MAC實體具有配置的SL-RNTI i)對於側行鏈路邏輯通道,則SL資料變成在RLC實體中或在PDCP實體中可用於發送,以及該資料屬於具有比屬於任何屬於相同的ProSe目的地和所要使用的資料已可用於發送的LLG的側行鏈路邏輯通道的優先權高的優先權的一側行鏈路邏輯通道,或者當下對於任何屬於相同的ProSe目的地的側行鏈路邏輯通道沒有可用於發送的資料,在其情況下側行鏈路BSR在下面可稱為「正規側行鏈路BSR」;ii)UL資源被分配,並且在填充BSR已被觸發後,剩餘的填充位元數量等於或大於包含用於ProSe目的地的至少一LCG的緩衝區狀態的側行鏈路BSR MAC控制元件加上其子標頭的大小,在其情況下側行鏈路BSR
在下面可稱為「填充側行鏈路BSR」;iii)retx-BSR-計時器SL終止,並且MAC實體對於任何側行鏈路邏輯通道具有可用於發送的資料,在其情況下側行鏈路BSR在下面可稱為「正規側行鏈路BSR」;以及iv)週期性-BSR-計時器SL終止,在其情況下側行鏈路BSR在下面可稱為「週期性側行鏈路BSR」。另外,藉由上層配置SL-RNTI,並且SL資料在RLC實體中或在PDCP實體中可用於發送,在其情況下側行鏈路BSR在下面可稱為「正規側行鏈路BSR」。
對於正規和週期性側行鏈路BSR,如果在UL授權中的位元數量等於或大於包含用於具有可用於發送的資料的全部LCGs的緩衝區狀態的側行鏈路BSR加上其子標頭的大小,則MAC實體報告包含用於具有可用於發送的資料的全部LCGs的側行鏈路BSR。另外,考量在UL授權中的位元數量,MAC實體報告包含用於儘可能多之具有可用於發送的資料的LCGs的緩衝區狀態的截頭側行鏈路BSR(Truncated Sidelink BSR)。
如果緩衝區狀態報告程序確定至少一側行鏈路BSR已被觸發且未被取消:如果MAC實體具有分配用於此TTI的新發送的資源,並且分配的UL資源能容納作為邏輯通道優先權的結果的側行鏈路BSR MAC控制元件加上其子標頭,則MAC實體命令多工和組合程序以產生側行鏈路BSR MAC控制元件、除當全部產生的側行鏈路BSRs為截頭側行鏈路BSRs時之外啟動或重新啟動週期性-BSR-計時器SL、以及啟動或重新啟動retx-BSR-計時器SL。
另外如果正規側行鏈路BSR已被觸發,如果上行鏈路授權未被配置,則排序請求應被觸發。
MAC PDU應包含至多一側行鏈路BSR MAC控制元件,即使當多重事件在側行鏈路能被發送時觸發側行鏈路BSR,在其情況下正規側行鏈路BSR和週期性側行鏈路BSR應具有高於填充側行鏈路BSR的優先權。
MAC實體應在SL授權接收隨後重新啟動retx-BSR-計時器SL。
全部觸發的正規側行鏈路BSRs應被取消以防對此SC週期有效的剩餘配置的SL授權能容納可用於發送的全部待決資料。全部觸發的側行鏈路BSRs應被取消以防MAC實體對於任何側行鏈路邏輯通道不具有可用於發送的資料。當側行鏈路BSR(除截頭側行鏈路外)包括在用於發送的MAC PDU中時,全部觸發的側行鏈路BSR應被取消。當上層配置自主性資源選擇時,全部觸發的側行鏈路BSRs應被取消,並且retx-BSR-計時器SL和週期性-BSR-計時器SL應被停止。
MAC實體應在TTI中發送至少一正規/週期性側行鏈路BSR。如果MAC實體被要求在TTI中發送至多重MAC PDUs,則其可包括在不包含正規/週期性側行鏈路BSR的MAC PDUs的任一個中的填充側行鏈路BSR。
在全部MAC PDUs已為此TTI建構時,在TTI中被發送的全部側行鏈路BSRs總是反映緩衝區狀態。對於每一TTI各LCG都應報告第一個緩衝區狀態值,並且此值應在為此LCG報告緩衝區狀態的全部側行鏈路BSRs中被報告。
在Rel-13中,對於每一封包定義ProSe個別封包優先權,其使用為執行用於ProSe通信發送的優先權排序的機制。
現在,在MAC中,SL BSR被使用以要求在ProSe模式1操作中的側行鏈路BSR。當報告側行鏈路BSR時,UE藉由包含儘可能多的ProSe群報告側行鏈路BSR。在選擇ProSe群組被包括在SL BSR MAC CE(SideLink Buffer Status Reporting Medium Access Control Control Element,側行鏈路緩衝區狀態報告媒體存取控制控制元件)中的情況下,UE可或可不考慮ProSe群組的優先權。亦即,其取決於UE執行,其中ProSe群組緩衝區大小會包括在側行鏈路BSR中。而且,PPPP並未被考慮。
為了考慮封包的ProSe個別封包優先權(ProSe Per Packet Priority,PPPP),需要新方法以在BSR操作中考慮PPPP。
第12圖係依據本發明實施例在D2D通信系統中執行緩衝區狀態報告的示意圖。
在此發明中,當MAC實體報告側行鏈路BSR至eNB時,MAC實體藉由考慮屬於LCG或ProSe目的地的最高PPPP包括儘可能多的ProSe目的地的LCGs的緩衝區狀態。
詳細地,MAC實體比較屬於LCG或ProSe目的地的資料的最高PPPP,並且包括在屬於LCG或ProSe目的地之資料最高PPPP遞減順序下的ProSe目的地的LCG緩衝區狀態。
被假設的是,UE正在發送資料至至少一ProSe目的地。ProSe目的地指示ProSe群組。
UE配置複數條側行鏈路邏輯通道(S1201)。該複數條側行鏈路邏輯通道之一屬於一LCG,而且一或多個LCGs屬於一ProSe目的地。該複數條側行鏈路邏輯通道的每一條具有係PPPP(ProSe Per-Packet Priority)的相關優先權。
對於每一資料PPPP都被定義,具有不同PPPPs的資料可傳送到一ProSe目的地。該資料指示PDCP SDU。當UE從上層接收封包時,PPPP由上層提供。
對於每一ProSe目的地和對於每一PPPP無線電承載都被配置。對於每一ProSe目的地LCG都被定義,其中用於ProSe目的地的側行鏈路邏輯通道能被映射至基於PPPP為那些ProSe目的地所定義的LCGs之一。
如果測行鏈路BSR被觸發,則UE產生包括依循LCG優先權遞減順序的LCGs緩衝區大小的SL BSR MAC CE(S1203)。
一LCG的LCG優先權被確定為屬於LCG的邏輯通道的優先權中的一邏輯通道的一最高優先權。存取層(AS)被提供有藉由較高層透過PC5介面發送的協定資料單元的PPPP。有相關於各邏輯通道的PPPP。所以,LCG優先權能指示在屬於ProSe目的地的LCG的資料的PPPPs中之屬於一ProSe目的地的一LCG的資料的最高PPPP。
如果UL授權不足以包括包含具有可用於發送的資料的全部ProSe目的地之全部LCG的緩衝區狀態(buffer status,BS)的SL BSR
MAC CE加上其子標頭,則MAC實體比較具有用於發送的資料的LCGs的LCG優先權,並且MAC實體選擇要被包括在依循LCG優先權遞減順序具有可供發送的資料的儘可能多的LCGs的BS中。
如果UL授權足以包括包含具有可用於發送的資料的全部ProSe目的地之全部LCG的緩衝區狀態(BS)的SL BSR MAC CE加上其子標頭,則MAC實體應選擇具有可用於發送的資料的全部ProSe目的地的全部LCGs。
MAC實體發送包括SL BSR MAC CE的MAC PDU(S1205)。
同時,如果側行鏈路被觸發,則UE能產生包括依循群組優先權遞減順序的LCGs緩衝區大小的SL BSR MAC CE。群組優先權指示在屬於ProSe目的地的資料的PPPPs中之屬於一ProSe目的地的資料的最高PPPP。在此情況下,如果UL授權不足以包括包含具有可用於發送的資料的全部ProSe目的地之全部LCG的緩衝區狀態(BS)的SL BSR MAC CE加上其子標頭,則MAC實體比較具有用於發送的資料的ProSe目的地的群組優先權,並且選擇要被包括在依循群組優先權遞減順序具有可供發送的資料的儘可能多的ProSe目的地的BS中。
如果UL授權足以包括包含具有可用於發送的資料的全部ProSe目的地的全部LCG的緩衝區狀態(BS)的SL BSR MAC CE加上其子標頭,則MAC實體應選擇具有可用於發送的資料的全部ProSe目的地的全部LCGs。
MAC實體藉由包括依循群組優先權的ProSe目的地的選擇的LCG的BS產生SL BSR MAC CE。對於相同的ProSe目的地,MAC實體包括依循屬於該ProSe目的地的LCGs的LCG優先權遞減順序的各LCG的BS。MAC實體發送包括SL BSR MAC CE的MAC PDU。
簡而言之,LCGs的緩衝區大小依循屬於LCG的側行鏈路邏輯通道的最高優先權遞減順序被包括而不論目的地索引字段的值。亦
即,UE確定LCG的LCG優先權而不考慮LCG所屬於的ProSe目的地的索引。
第13A圖及第13B圖係依據本發明實施例的SL BSR MAC CE的示意圖。
第13A圖係關於側行鏈路BSR和對於偶數N的截頭側行鏈路BSR MAC控制元件,以及第13B圖係關於側行鏈路BSR和對於奇數N的截頭側行鏈路BSR MAC控制元件。
側行鏈路BSR和側行鏈路BSR MAC控制元件包含一目的地索引字段、一LCG ID字段、以及對於每一報告的目標群組的一對應緩衝區大小。
側行鏈路BSR MAC控制元件使用如表1所列舉的LCIDs由MAC PDU子標頭識別。它們具有可變大小。
對於各個被包括的群組,字段被定義如下:
目的地索引字段識別ProSe目的地。此字段長度為4位元。該值被設定為在destinationInfoList中報告的目的地索引,而且如果destinationInfoListUC亦被報告,則該值被連續索引橫跨二表單。
邏輯通道群組ID字段識別緩衝區狀態被報告的邏輯通道群組。該字段長度為2位元。
緩衝區大小字段在全部用於TTI的MAC PDUs已被建構後識別橫跨一ProSe目的地的一LCG的全部邏輯通道可用的資料的全部數量。資料的數量在位元組的數字中被指示。其應包括可用於在RLC層中和在PDCP層中的發送的全部資料。
RLC和MAC標頭的大小在緩衝區大小計算中不被考慮。此字段長度為6位元。緩衝區大小字段所取的值顯示在表2。
R:保留位元,設定為「0」。
[表2]
第14A圖至第14D圖係依據本發明實施例在D2D通信系統中執行緩衝區狀態報告的範例。
關於第14A圖,假設的是UE正與ProSe目的地1和2二ProSe目的地通信。UE被配置具有6邏輯通道,其中LoCH 1具有PPPP 1、LoCH 2具有PPPP 2、LoCH 3具有PPPP 4、LoCH 4具有PPPP 5、LoCH 5具有PPPP 3、及LoCH 6具有PPPP 4。對於ProSe目的地1,LoCH 1和LoCH 2被映射至LCG 1,而且LoCH 3被映射至LCG 2。對於ProSe目的地2,LoCH 4被映射至LCG 1,而且LoCH 5和LoCH 6被映射至LCG 2。
第14B圖係狀況1的SL BSR CE的範例。
狀況1係UL授權能容納全部ProSe目的地之全部LCGs的BS,而且MAC實體藉由包含依循群組優先權遞減順序的ProSe目的地的LCGs的BS產生SL BSR MAC CE。
MAC實體決定包括全部ProSe目的地之全部LCGs的BS。
MAC實體比較具有可用於發送的群組優先權。對於Pro目的地1,PPPP 1係最高PPPP,而且對於Pro目的地2,PPPP 3係最高PPPP。
MAC實體藉由包括依循下列順序的ProSe目的地的LCG的BS產生SL BSR MAC CE:i)ProSe目的地1的BS係首先被包括,然後ProSe目的地2的BS係隨後被包括;ii)對於ProSe目的地1,LCG 1係首先被包括,然後LCG 2係隨後被包括;以及iii)對於ProSe目的地2,LCG 2係首先被包括,然後LCG 1係隨後被包括。
第14C圖係情況2的SL BSR MAC CE的範例。
狀況2係UL授權能容納全部ProSe目的地之全部LCGs的BS,而且MAC實體藉由包含依循群組優先權遞減順序的ProSe目的地的LCGs的BS產生SL BSR MAC CE。
MAC實體決定包括全部ProSe目的地的全部LCGs的BS。
MAC實體比較具有可用於發送的LCGs的LCG優先權。對於Pro目的地1的LCG 1,PPPP 1係最高PPPP(第一最高PPPP);對於Pro
目的地1的LCG 2,PPPP 4係最高PPPP(第三最高PPPP);對於Pro目的地2的LCG 1,PPPP 5係最高PPPP(第四最高PPPP);以及對於Pro目的地2的LCG 2,PPPP 3係最高PPPP(第二最高PPPP)。
MAC實體藉由包括依循下列順序的ProSe目的地之LCG的BS產生SL BSR MAC CE:i)ProSe目的地1的LCG 1;ii)ProSe目的地2的LCG 2;iii)ProSe目的地1的LCG 2;iv)以及ProSe目的地2的LCG 1。
第14D圖係情況3的SL BSR MAC CE的範例。
狀況3係UL授權不能容納全部ProSe目的地之全部LCGs的BS但能容納二BSs,而且MAC實體藉由包含依循群組優先權遞減順序的ProSe目的地的LCGs的BS產生SL BSR MAC CE。
MAC實體選擇如下列要被報告的ProSe目的地的LCG的二BSs。
MAC實體比較具有可用於發送的LCGs的LCG優先權。對於Pro目的地1的LCG 1,PPPP 1係最高PPPP(第一最高PPPP);對於Pro目的地1的LCG 2,PPPP 4係最高PPPP(第三最高PPPP);對於Pro目的地2的LCG 1,PPPP 5係最高PPPP(第四最高PPPP);以及對於Pro目的地2的LCG 2,PPPP 3係最高PPPP(第二最高PPPP)。
MAC實體選擇Pro目的地1的LCG 1和Pro目的地2的LCG 2。
MAC實體藉由包括依循下列順序的ProSe目的地的LCG的BS產生SL BSR MAC CE:i)ProSe目的地1的LCG 1;以及ii)ProSe目的地2的LCG 2。
在此描述的本發明實施例係本發明的元件和特徵的組合。除非另有說明,該等元件和特徵可視為選擇性的。各元件和特徵可被實施而無須與其他元件或特徵組合。再者,本發明實施例可藉由組合元件及/或特徵的部分被建造。本發明實施例中描述的操作順序可被重新排列。任一實施例的一些結構可被包括在另一實施例中,而且可被另一實施例的對應結
構取代。對所屬領域具有通常知識者而言,明顯的是在後附申請請專利範圍中未被明確引用於其中的申請專利範圍可以組合方式被呈現為本發明的一實施例,或者可藉由在本案申請後的隨後修正被包括為一新的申請專利範圍。
在本發明實施例中,被描述為藉由BS執行的一特定操作可藉由BS的一上節點操作。亦即,明顯的是,在由複數個包括BS的網路節點所構成的網路中,用於與MS通信的各種操作可藉由BS或不同於BS的節點執行。術語「eNB」可替換為「固定臺(fixed station)」、「節點B(Node B)」、「基地臺(Base Station,BS)」、以及「存取點(access point)」等。
上述實施例可藉由各種手段執行,例如,硬體、韌體、軟體、或其組合。
在硬體配置中,根據本發明實施例的方法可藉由一或多個特定應用積體電路(Application Specific Integrated Circuits,ASICs)、數位信號處理器(Digital Signal Processors,DSPs)、數位信號處理器裝置(Digital Signal Processor Devices,DSPDs)、可程式邏輯裝置(Programmable Logic Devices,PLDs)、場效可程式閘陣列(Field Programmable Gate Arrays,FPGAs)、處理器、控制器、微控制器、或微處理器執行。
在韌體或軟體配置中,根據本發明實施例的方法可以執行上述功能或操作的模組、程序、功能等形式執行。軟體碼可儲存在記憶體單元中並且以處理器執行。記憶體單元可設置在處理器的內部或外部,而且可經由各種已知手段傳送資料至處理器或從處理器接收資料。
所屬領域具有通常知識者將理解本發明可以不同於在此所列舉的其他方法實現而不脫離本發明的精神和必要特點。上面的實施例因此在各方面可解釋為示範性的而不是受限的。本發明的範圍應由後附的申請專利範圍和其法定均等物所確定,而不是由上面的描述,並且在後附申請專利範圍的含意和均等範圍中產生的所有改變被視為包含在其中。
[工業應用性]
雖然上述方法係以集中在應用於3GPP LTE的範例的形式被描述,但是除3 GPP LTE外,本發明可應用於各種無線通信系統。
S1201‧‧‧步驟
S1203‧‧‧步驟
S1205‧‧‧步驟
Claims (10)
- 一種用於在無線通信系統中操作使用者設備(UE)的方法,包括:配置複數條側行鏈路邏輯通道,其中該等側行鏈路邏輯通道的每一條具有一關聯優先權並且屬於一邏輯通道群組(LCG),而且一或更多LCGs屬於一鄰近服務(ProSe)目的地;產生一側行鏈路緩衝區狀態報告媒體存取控制控制元件(SL BSR MAC CE),其包括依循一LCG優先權的遞減順序的LCGs緩衝區大小,其中一LCG的該LCG優先權被確定為屬於該LCG的邏輯通道的優先權之中的一邏輯通道的一最高優先權;以及發送包括該SL BSR MAC CE的一MAC協定資料單元(PDU)。
- 依據申請專利範圍第1項所述之方法,其中該優先權係一鄰近服務個別封包優先權(PPPP)。
- 依據申請專利範圍第1項所述之方法,其中如果一接收的上行鏈路授權不足以包括包含具有可用於發送的資料的全部LCGs的一緩衝區狀態的SL BSR MAC CE加上其子標頭,則考量該接收的上行鏈路中的位元數量,該SL BSR MAC CE包含用於盡可能多之具有可用於發送的資料的LCGs的一緩衝區狀態。
- 依據申請專利範圍第1項所述之方法,其中如果一接收的上行鏈路授權足以包括包含具有可用於發送的資料的全部LCGs的一緩衝區狀態的SL BSR MAC CE加上其子標頭,則該UE選擇具有可用於發送的資料的全部LCGs的一緩衝區狀態。
- 依據申請專利範圍第1項所述之方法,其中該UE確定該LCG的LCG優先權而不考量該LCG所屬於的一ProSe目的地的一索引。
- 一種在無線通信系統中操作的使用者設備(UE),該UE包括:一無線電頻率(RF)模組;以及一處理器,與該RF模組可操作地耦合,並且被配置以:配置複數條側行鏈路邏輯通道,其中該等側行鏈路邏輯通道的每一條具有一關聯優先權並且屬於一邏輯通道群組(LCG),而且一或更多LCGs 屬於一鄰近服務(ProSe)目的地;產生一側行鏈路緩衝區狀態報告媒體存取控制控制元件(SL BSR MAC CE),其包括依照一LCG優先權的遞減順序的LCGs的緩衝區大小,其中一LCG的該LCG優先權被確定為屬於該LCG的邏輯通道的優先權之中的一邏輯通道的一最高優先權;以及發送包括該SL BSR MAC CE的一MAC協定資料單元(PDU)。
- 依據申請專利範圍第6項所述之使用者設備(UE),其中該優先權係一鄰近服務個別封包優先權(PPPP)。
- 依據申請專利範圍第6項所述之使用者設備(UE),其中如果一接收的上行鏈路授權不足以包括包含具有可用於發送的資料的全部LCGs的一緩衝區狀態的SL BSR MAC CE加上其子標頭,則考量該接收的上行鏈路中的位元數量,該SL BSR MAC CE包含用於盡可能多之具有可用於發送的資料的LCGs的一緩衝區狀態。
- 依據申請專利範圍第6項所述之使用者設備(UE),其中如果一接收的上行鏈路授權足以包括包含具有可用於發送的資料的全部LCGs的一緩衝區狀態的SL BSR MAC CE加上其子標頭,則該處理器被配置以選擇具有可用於發送的資料的全部LCGs的一緩衝區狀態。
- 依據申請專利範圍第6項所述之使用者設備(UE),其中該處理器確定該LCG的LCG優先權而不考量該LCG所屬於的一ProSe目的地的一索引。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562204410P | 2015-08-12 | 2015-08-12 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201707491A true TW201707491A (zh) | 2017-02-16 |
TWI608748B TWI608748B (zh) | 2017-12-11 |
Family
ID=56740839
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW105122291A TWI608748B (zh) | 2015-08-12 | 2016-07-14 | 在d2d通信系統中執行緩衝區狀態報告的方法及其裝置 |
Country Status (7)
Country | Link |
---|---|
US (4) | US10257743B2 (zh) |
EP (1) | EP3131364B1 (zh) |
JP (1) | JP6669853B2 (zh) |
KR (1) | KR102004272B1 (zh) |
CN (2) | CN112788573B (zh) |
TW (1) | TWI608748B (zh) |
WO (1) | WO2017026671A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI687108B (zh) * | 2017-10-30 | 2020-03-01 | 芬蘭商諾基亞科技公司 | 方法、設備、電腦程式產品及電腦程式 |
US11425747B2 (en) | 2017-09-28 | 2022-08-23 | Nokia Technologies Oy | Method, apparatus, computer program product and computer program |
TWI794637B (zh) * | 2019-08-15 | 2023-03-01 | 瑞典商Lm艾瑞克生(Publ)電話公司 | 用以支援側行鏈路重傳之方法 |
Families Citing this family (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6669853B2 (ja) * | 2015-08-12 | 2020-03-18 | エルジー エレクトロニクス インコーポレイティド | D2d通信システムにおいてバッファ状態報告を行う方法及びその装置 |
RU2682909C1 (ru) * | 2015-09-25 | 2019-03-22 | Телефонактиеболагет Лм Эрикссон (Пабл) | Выбор совокупности ресурсов для каждого пакета в системе связи lte v2x |
EP3369268A4 (en) | 2015-10-27 | 2019-06-19 | LG Electronics Inc. | METHOD FOR TRIGGERING LATERAL BINDING STAMP MEMORY STATE REPORT IN DEVICE DEVICE COMMUNICATION SYSTEM (D2D) AND DEVICE THEREOF |
US9942898B2 (en) * | 2016-04-25 | 2018-04-10 | Ofinno Technologies, Llc | Uplink transmission in a wireless device and wireless network |
US10602495B2 (en) * | 2016-07-04 | 2020-03-24 | Lg Electronics Inc. | Method for transmitting data in a communication system and device therefor |
CN110402595A (zh) * | 2017-03-13 | 2019-11-01 | 三星电子株式会社 | 用于管理多参数集操作的缓冲状态报告(bsr)的用户设备(ue)和方法 |
CN108632883B (zh) * | 2017-03-17 | 2020-08-21 | 维沃移动通信有限公司 | 一种定时器配置方法、网络设备及终端设备 |
GB2563245B (en) * | 2017-06-07 | 2021-06-02 | Samsung Electronics Co Ltd | Improvements in and relating to scheduling requests in a telecommunication system |
EP3823398A1 (en) * | 2017-06-16 | 2021-05-19 | Telefonaktiebolaget LM Ericsson (publ) | Methods and apparatus relating to buffer status reports in a wireless communication network |
EP3637896B1 (en) * | 2017-08-04 | 2022-05-11 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Resource scheduling method, terminal device, and network device |
WO2019108123A1 (en) * | 2017-11-29 | 2019-06-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Wireless device, radio network node and methods performed therein for handling communication between wireless devices in a wireless communication network |
CN110324784B (zh) * | 2018-03-29 | 2021-02-19 | 维沃移动通信有限公司 | 通信范围信息的处理方法及终端 |
US10869334B2 (en) * | 2018-06-19 | 2020-12-15 | Google Llc | Reporting buffer status in wireless communication systems |
KR20210024098A (ko) | 2018-06-28 | 2021-03-04 | 콘비다 와이어리스, 엘엘씨 | Nr v2x 사이드링크 공유 채널 데이터 송신을 위한 우선순위화 절차들 |
CN112335312A (zh) * | 2018-06-28 | 2021-02-05 | 康维达无线有限责任公司 | 用于新无线电车辆侧链路共享信道数据传输的侧链路缓冲器状态报告和调度请求 |
KR20200018210A (ko) | 2018-08-09 | 2020-02-19 | 삼성전자주식회사 | 무선 셀룰라 통신 시스템에서 사이드링크 신호 송수신 방법 및 장치 |
WO2020032665A1 (ko) * | 2018-08-09 | 2020-02-13 | 삼성전자 주식회사 | 무선 셀룰라 통신 시스템에서 사이드링크 신호 송수신 방법 및 장치 |
KR20200017780A (ko) * | 2018-08-09 | 2020-02-19 | 삼성전자주식회사 | 무선 통신 시스템에서 상향링크 데이터 보고 및 제어 채널의 동기화를 위한 장치 및 방법 |
CN110839284B (zh) * | 2018-08-16 | 2024-03-12 | 大唐移动通信设备有限公司 | 一种调度请求资源确定及配置方法、设备及装置 |
WO2020085652A1 (en) * | 2018-10-24 | 2020-04-30 | Lg Electronics Inc. | Method and apparatus for transmitting buffer size information in wireless communication system |
CN115379424A (zh) * | 2018-10-31 | 2022-11-22 | 大唐移动通信设备有限公司 | 一种直接通信资源分配方法及装置 |
CN111132093B (zh) * | 2018-10-31 | 2022-09-30 | 大唐移动通信设备有限公司 | 一种直接通信资源分配方法及装置 |
CN111107655B (zh) * | 2018-11-02 | 2024-03-22 | 维沃移动通信有限公司 | Sr和配置信息传输方法和设备 |
CN111328105A (zh) * | 2018-12-17 | 2020-06-23 | 华为技术有限公司 | 一种bsr上报方法及装置 |
JP7137638B2 (ja) * | 2018-12-27 | 2022-09-14 | 株式会社Nttドコモ | 端末、方法、及びシステム |
CN111263457B (zh) * | 2019-01-23 | 2022-03-01 | 维沃移动通信有限公司 | 一种副链路缓存状态报告发送、接收方法和设备 |
CN111107583B (zh) * | 2019-03-25 | 2023-12-08 | 维沃移动通信有限公司 | sidelink重传请求BSR发送方法和终端设备 |
CN110536445A (zh) * | 2019-04-30 | 2019-12-03 | 中兴通讯股份有限公司 | Ue信息的报告方法、车辆网资源配置方法及装置 |
CN111954310B (zh) * | 2019-05-17 | 2023-10-10 | 华硕电脑股份有限公司 | 区分侧链路缓冲区状态报告中传送反馈模式的方法和设备 |
EP4005321A1 (en) * | 2019-07-31 | 2022-06-01 | IDAC Holdings, Inc. | Simultaneous uplink and sidelink operation |
US11690132B2 (en) * | 2019-09-03 | 2023-06-27 | Qualcomm Incorporated | Medium access control-control element (MAC-CE) communication |
CN112492695B (zh) * | 2019-09-11 | 2022-11-11 | 维沃移动通信有限公司 | sidelink BSR传输方法和设备 |
CN113678531B (zh) * | 2019-09-26 | 2024-03-08 | Oppo广东移动通信有限公司 | 上行逻辑信道复用的方法和终端设备 |
WO2021062820A1 (zh) * | 2019-09-30 | 2021-04-08 | 华为技术有限公司 | 一种通信方法及装置 |
CN113574953B (zh) * | 2019-09-30 | 2024-02-20 | Oppo广东移动通信有限公司 | 无线通信方法和终端设备 |
CN112616190A (zh) * | 2019-10-03 | 2021-04-06 | 联发科技股份有限公司 | 无线通信系统中的传输优先级划分方法及装置 |
US11032845B2 (en) | 2019-11-05 | 2021-06-08 | Asustek Computer Inc. | Method and apparatus for transmitting sidelink measurement report in sidelink in a wireless communication system |
US11706660B2 (en) * | 2020-04-20 | 2023-07-18 | Qualcomm Incorporated | Sidelink and UU link buffer status report |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101669401B (zh) * | 2007-03-01 | 2013-04-03 | 株式会社Ntt都科摩 | 基站装置和通信控制方法 |
CN101669395A (zh) * | 2007-03-01 | 2010-03-10 | 株式会社Ntt都科摩 | 基站装置和通信控制方法 |
WO2009038377A2 (en) * | 2007-09-20 | 2009-03-26 | Lg Electronics Inc. | Method of effectively transmitting radio resource allocation request in mobile communication system |
US8165066B2 (en) * | 2008-01-03 | 2012-04-24 | Innovative Sonic Limited | Method and apparatus for performing buffer status reporting |
US8873474B2 (en) * | 2008-10-17 | 2014-10-28 | Telefonaktiebolaget L M Ericsson (Publ) | Method and mobile terminal providing priority-based uplink scheduling information |
CN101998522B (zh) * | 2009-08-25 | 2014-04-02 | 电信科学技术研究院 | 一种缓冲区状态信息上报处理的方法及中继节点 |
CN102111751B (zh) * | 2009-12-28 | 2013-08-14 | 电信科学技术研究院 | 缓存状态报告上报方法和设备 |
KR101878000B1 (ko) * | 2010-04-02 | 2018-07-12 | 인터디지탈 패튼 홀딩스, 인크 | 릴레이 노드를 통한 통신을 지원하기 위한 방법 및 장치 |
KR101740447B1 (ko) * | 2010-06-18 | 2017-05-26 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말이 버퍼 상태 보고를 전송하는 방법 및 이를 위한 장치 |
US8705398B2 (en) * | 2011-09-12 | 2014-04-22 | Broadcom Corporation | Mechanism for signaling buffer status information |
US20150003371A1 (en) * | 2012-06-26 | 2015-01-01 | Lg Electronics Inc. | Method and apparatus for cancelling buffer status report in wireless communication system |
KR20140121098A (ko) * | 2013-04-05 | 2014-10-15 | 주식회사 팬택 | 무선 통신 시스템에서 단말의 버퍼상태보고 전송방법 및 장치 |
CN105682137B (zh) * | 2013-08-09 | 2019-04-30 | 株式会社Kt | 终端之间直接通信中缓冲状态报告传输方法及其装置 |
KR102094216B1 (ko) * | 2013-11-04 | 2020-03-27 | 삼성전자 주식회사 | 이동 통신 시스템 환경에서 프락시미티 기반 서비스 단말 간 발견 및 통신을 지원하기 위한 보안 방안 및 시스템 |
WO2015099321A1 (en) * | 2013-12-25 | 2015-07-02 | Lg Electronics Inc. | Method for reporting a buffer status and device therefor |
US9717092B2 (en) * | 2014-04-03 | 2017-07-25 | Innovative Sonic Corporation | Method and apparatus for allocating resources for device-to-device (D2D) communication in a wireless communication system |
US10004086B2 (en) * | 2014-04-10 | 2018-06-19 | Innovative Sonic Corporation | Method and apparatus for reporting buffer status for device to device communication in a wireless communication system |
KR102183333B1 (ko) * | 2014-08-08 | 2020-11-26 | 주식회사 아이티엘 | 단말간 통신을 지원하는 무선 통신 시스템에서 버퍼상태보고 전송 방법 및 장치 |
KR102492047B1 (ko) * | 2015-04-01 | 2023-01-26 | 삼성전자주식회사 | D2d 통신 시스템에서 우선 순위를 처리하는 방법 및 장치 |
JP6590942B2 (ja) * | 2015-04-17 | 2019-10-16 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | サイドリンク制御期間中の複数のProSeグループ通信 |
EP3297364B1 (en) * | 2015-05-15 | 2022-07-06 | Kyocera Corporation | Base station and wireless terminal |
JP6669853B2 (ja) | 2015-08-12 | 2020-03-18 | エルジー エレクトロニクス インコーポレイティド | D2d通信システムにおいてバッファ状態報告を行う方法及びその装置 |
-
2016
- 2016-07-11 JP JP2018503566A patent/JP6669853B2/ja active Active
- 2016-07-11 WO PCT/KR2016/007514 patent/WO2017026671A1/en active Application Filing
- 2016-07-11 CN CN202110067956.3A patent/CN112788573B/zh active Active
- 2016-07-11 KR KR1020187005117A patent/KR102004272B1/ko active IP Right Grant
- 2016-07-11 CN CN201680047394.3A patent/CN107950047B/zh active Active
- 2016-07-14 TW TW105122291A patent/TWI608748B/zh active
- 2016-07-22 US US15/217,861 patent/US10257743B2/en active Active
- 2016-07-26 EP EP16181172.4A patent/EP3131364B1/en active Active
-
2019
- 2019-03-05 US US16/292,832 patent/US10945154B2/en active Active
-
2021
- 2021-02-23 US US17/182,786 patent/US11432184B2/en active Active
-
2022
- 2022-08-12 US US17/886,965 patent/US11641599B2/en active Active
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11425747B2 (en) | 2017-09-28 | 2022-08-23 | Nokia Technologies Oy | Method, apparatus, computer program product and computer program |
TWI687108B (zh) * | 2017-10-30 | 2020-03-01 | 芬蘭商諾基亞科技公司 | 方法、設備、電腦程式產品及電腦程式 |
TWI794637B (zh) * | 2019-08-15 | 2023-03-01 | 瑞典商Lm艾瑞克生(Publ)電話公司 | 用以支援側行鏈路重傳之方法 |
Also Published As
Publication number | Publication date |
---|---|
US11641599B2 (en) | 2023-05-02 |
US20170048745A1 (en) | 2017-02-16 |
KR102004272B1 (ko) | 2019-07-26 |
EP3131364A1 (en) | 2017-02-15 |
US20210185558A1 (en) | 2021-06-17 |
US11432184B2 (en) | 2022-08-30 |
US20220394544A1 (en) | 2022-12-08 |
JP6669853B2 (ja) | 2020-03-18 |
TWI608748B (zh) | 2017-12-11 |
US10257743B2 (en) | 2019-04-09 |
KR20180023034A (ko) | 2018-03-06 |
CN107950047B (zh) | 2021-02-05 |
WO2017026671A1 (en) | 2017-02-16 |
CN112788573A (zh) | 2021-05-11 |
CN107950047A (zh) | 2018-04-20 |
EP3131364B1 (en) | 2020-04-29 |
JP2018527800A (ja) | 2018-09-20 |
US20190200255A1 (en) | 2019-06-27 |
CN112788573B (zh) | 2023-06-06 |
US10945154B2 (en) | 2021-03-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI608748B (zh) | 在d2d通信系統中執行緩衝區狀態報告的方法及其裝置 | |
US10911980B2 (en) | Method for triggering a sidelink buffer status reporting in a D2D communication system and device therefor | |
TWI611717B (zh) | 在d2d通訊系統中執行邏輯通道優先權排序的方法及其裝置 | |
JP6683717B2 (ja) | D2d通信システムにおいてd2d端末に対するサイドリンクグラントを選択する方法及びその装置 | |
US10165418B2 (en) | Method for transmitting a sidelink buffer status reporting in a D2D communication system and device therefor | |
JP6371466B2 (ja) | D2d通信システムにおけるバッファ状態報告のための優先順位処理方法及びそのための装置 | |
EP3338482B1 (en) | Method for triggering a bsr for sidelink data in a d2d communication system and device therefor | |
US10548047B2 (en) | Method for transmitting a buffer status report in a D2D communication system and device therefor | |
US10448441B2 (en) | Method for receiving a priority for relay data in a D2D communication system and device therefor | |
JP2017538373A (ja) | D2d通信システムにおいてサイドリンクバッファ状態報告を取り消す方法及びその装置 | |
US10939455B2 (en) | Method for allocating priorities to a logical channel group implicitly in a D2D communication system and device therefor | |
US20170195911A1 (en) | Method for configuring a new retransmission buffer status reporting timer in a d2d communication system and device therefor | |
US10667286B2 (en) | Method for selecting prose destinations or SL grants in a D2D communication system and device therefor |