TW201406178A - 最佳化鄰近資料路徑設置方法及裝置 - Google Patents
最佳化鄰近資料路徑設置方法及裝置 Download PDFInfo
- Publication number
- TW201406178A TW201406178A TW102115053A TW102115053A TW201406178A TW 201406178 A TW201406178 A TW 201406178A TW 102115053 A TW102115053 A TW 102115053A TW 102115053 A TW102115053 A TW 102115053A TW 201406178 A TW201406178 A TW 201406178A
- Authority
- TW
- Taiwan
- Prior art keywords
- wtru
- bearer
- enb
- mme
- network
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/25—Maintenance of established connections
-
- 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
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/22—Manipulation of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/23—Manipulation of direct-mode connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
Abstract
描述了一種用於在兩個無線發射/接收單元(WTRU)中的至少一個轉換到空閒模式時維護承載上通信的方法和裝置。在一種情況下,回應於WTRU中的第一個轉換到空閒模式,可以釋放直接WTRU到WTRU承載。第二個WTRU可以經由預設的封包資料網路(PDN)連接或指向PDN連接的預設承載向第一WTRU發送多個封包中的第一封包。第一封包可以具有第二WTRU的目的網際網路協定(IP)位址並觸發到第一WTRU的傳呼。第一WTRU可以回應於傳呼轉換到連接模式。其他情況可以釋放承載的一部分,而不是整個承載。還描述了一種用於發起鄰近服務承載建立的方法和裝置。
Description
相關申請的交叉引用
本申請要求2012年4月27日申請的美國臨時專利申請No. 61/639,352、2012年5月10日申請的美國臨時申請No. 61/645,335、2012年5月10日申請的美國臨時申請No. 61/645,282、2012年5月31日申請的美國臨時申請No. 61/653,769和2012年10月31日申請的美國臨時申請No. 61/720,640的權益,其全部以引用的方式結合於此。
本申請要求2012年4月27日申請的美國臨時專利申請No. 61/639,352、2012年5月10日申請的美國臨時申請No. 61/645,335、2012年5月10日申請的美國臨時申請No. 61/645,282、2012年5月31日申請的美國臨時申請No. 61/653,769和2012年10月31日申請的美國臨時申請No. 61/720,640的權益,其全部以引用的方式結合於此。
裝置之間的裝置至裝置(D2D)通信可以在具備D2D能力的裝置瞭解其附近存在其他對等端裝置及那些裝置提供和/或參與的服務之後發生。發現過程可以視為與資料通信過程本身不同。從無線電的角度來看,與通信相比,裝置發現可能以不同的頻率發生,(在這種情況下,發現頻率的D2D鏈路品質的判決可能必須轉換為對相應D2D資料連結頻率的判決)。可以預見裝置之間實體鏈路上的發現,隨後是在不涉及直接實體D2D鏈路的本地路徑上的通信。
直接D2D通信最近越來越重要。這需要通過添加新的節點和介面改變當前的第三代合作夥伴計畫(3GPP)架構。需要一種促進來自營運商網路內部或者通過3GPP網路外的第三方應用之D2D通信協調的架構。一旦完成了服務發現,對於單播和多播/廣播D2D會話都需要呼叫建立和維護的程序。為了使D2D服務在市場上佔領氣勢,還需要服務發現和呼叫建立程序啟動營運商間的D2D通信。
直接D2D通信最近越來越重要。這需要通過添加新的節點和介面改變當前的第三代合作夥伴計畫(3GPP)架構。需要一種促進來自營運商網路內部或者通過3GPP網路外的第三方應用之D2D通信協調的架構。一旦完成了服務發現,對於單播和多播/廣播D2D會話都需要呼叫建立和維護的程序。為了使D2D服務在市場上佔領氣勢,還需要服務發現和呼叫建立程序啟動營運商間的D2D通信。
描述了一種最佳化鄰近資料路徑設置的方法和裝置。可以在非存取層(NAS)使用各種策略、規則和許可確定是否允許鄰近服務,以及如果允許,有哪些。可以實現一些程序以確定如何在網路中配置策略和許可。可以跨各種網路節點部署策略和許可。
描述了用於觸發最佳化的鄰近資料路徑建立的NAS消息和程序。此外,描述了新的資料通信層替換,其可用於啟動最佳化的鄰近資料路徑。
描述了用於觸發最佳化的鄰近資料路徑建立的NAS消息和程序。此外,描述了新的資料通信層替換,其可用於啟動最佳化的鄰近資料路徑。
100...通信系統
102,205,220,300,805,810,905,910,1005,1010,1120,1205,1305,1320,1505,1525,1605,1610,1700,2105,2110,2205,2210,2305,2310,WTRU...無線發射/接收單元
104,RAN...無線電存取網路
106...核心網路
108,PSTN...公共交換電話網路
110...網際網路
112...其他網路
114...基地台
116...空中介面
118...處理器
120...收發器
122...發射/接收元件
124...揚聲器/麥克風
126...數字鍵盤
128...顯示器/觸摸板
130...不可移動記憶體
132...可移動記憶體
134...電源
136...全球定位系統(GPS)晶片組
138...週邊裝置
140,210,225,815,915,920,1015,1020,1115,1210,1310,1510,1615,2115,2215,2315,2320,eNB...演進型節點B
142,1215,1315,1515,1620,1935,2010,2120,2220,2325,MME...移動性管理實體
144...服務閘道
146...封包資料網路(PDN)閘道
215...核心網路(CN)節點
305...本地承載
315,340,RAB...無線電存取承載
320,335...eNB/HeNB
330,1110,1220,1520,SGW...服務閘道
345...S1-U隧道
405,825,935,1035,1625,2125,2225,2330...D2D伺服器
410...3GPP網路邊界
500...D2D架構
800,900,1000,1200,1300,1500,1600,2100,2200,2300...無線通信系統
820,925,930,1025,1030...MME/SGW
830,940,1040,2015,AS...應用伺服器
835,945,1042...D2D服務請求
840,950,1230,1810,1915,PCRF...策略與計費規則功能
850,855,980,1240,1245,1250,1255,1260,1265,1270,1275,1280,1325,1330,1335,1340,1345,1350,1355,1360,1365,1370,1400,1530,1535,1540,1545,1550,1555,1560,1920,1930,2235,2240,2250...消息
960...eNB ID請求
962...eNB ID回應
964...D2D EPS承載設置請求
966...在X2上的D2D設置請求
970...在X2上的D2D設置回應
1105,1225,2130,PGW...封包資料網路閘道
1235,PCC...策略和計費控制
1630...服務發現
1640,1645,1910...服務請求
1800...策略和計費控制模型
1805,1905...應用功能(AF)
1815...用戶配置檔庫
1820...線上計費系統(OCS)
1825...承載建立和事件報告功能(BBERF)
1830...流量檢測功能
1835...策略計費執行功能(PCEF)
1925...歸屬用戶伺服器(HSS)/用戶配置檔庫(SPR)
2005...應用閘道(GW)
2140...預設EPS承載
2230...程序
2245,RB...無線電承載
2340...X2上用於本地路徑的GTP隧道
AAR...認證和認證請求
ANDSF...存取網路發現和選擇功能
D2D...裝置至裝置
DL...下行鏈路
EPS...演進型封包系統
E-RAB...演進型無線電存取承載
GTP...GPRS隧道協定
HeNB...家庭eNB
HSS...歸屬用戶伺服器
IP...網際網路協定
MAC...媒體存取控制
NAS...非存取層
PDCP...封包資料彙聚協定
PDN...封包資料網路
PHY...協定
PLMN...公共陸地移動網路
RAT...無線電存取技術
RACH...隨機存取通道
RLC...無線電鏈路控制
RRC...無線電資源控制
S1,S1-U,S5,S8,X2...介面
TEID...隧道端點ID
TFT...流量流模版
UL...上行鏈路
更詳細的理解可以從下述結合附圖以示例方式給出描述中得到。
第1A圖示出了可以在其中實施一個或多個公開的實施方式的示例性通信系統;
第1B圖示出了可在第1A圖所示通信系統中使用的示例性無線發射/接收單元(WTRU);
第1C圖示出了可在第1A圖所示通信系統中使用的示例性無線存取網路和示例性核心網路;
第2A圖示出了由兩個彼此鄰近的WTRU通過各自的演進型節點B(eNB)到核心網路(CN)節點(例如,服務閘道(SGW)或封包資料網路(PDN)閘道(PGW))的通信的示例;
第2B圖示出了用於兩個經由eNB本地路由的WTRU之間的鄰近通信的資料路徑的示例;
第2C圖示出了直接的WTRU到WTRU(即,端到端)資料路徑的示例;
第3A圖示出了建立沒有中間節點的直接WTRU到WTRU承載的示例;
第3B圖示出了通過eNB或家庭eNB(HeNB)的WTRU到WTRU承載的示例;
第3C圖示出了在路徑中使用正常(regular)演進型封包系統(EPS)承載經由eNB或HeNB建立WTRU到WTRU連接的示例;
第3D圖示出了當兩個WTRU在兩種不同的eNB或HeNB覆蓋下時建立通過SGW的端到端承載的示例;
第4圖示出了裝置至裝置(D2D)架構作為直接模型的簡明視圖;
第5圖示出了D2D架構作為直接模型的展開視圖;
第6圖示出了D2D協定堆疊視圖;
第7圖示出了相對於D2D EPS承載的正常EPS承載;
第8圖是eNB內單播D2D服務請求程序的流程圖;
第9A圖和第9B圖合起來是eNB間/移動性管理實體(MME)之間D2D服務請求程序的信號流程圖;
第10A圖和第10B圖合起來是營運商間單播服務請求程序的信號流程圖;
第11圖示出了經過多個介面的EPS承載設置的示例;
第12圖示出了承載建立程序的示例性信號流程圖;
第13圖示出了WTRU到WTRU PDN連接的封包資料網路(PDN)連接設置程序的示例性信號流程圖;
第14圖是WTRU到WTRU專用承載建立程序的示例性信號流程圖;
第15圖是SGW情況的PDN連接設置程序的示例性信號流程圖;
第16A圖和第16B圖,合起來,是具有唯一D2D識別符的eNB內、MME內雙無線電存取技術(RAT)的示例性服務請求程序的信號流程圖;
第17圖示出了發起鄰近服務請求的WTRU的示例;
第18圖示出了鄰近服務的策略和計費控制模型;
第19圖示出了基於網路的鄰近觸發程序的信號流程圖;
第20圖示出了特定應用的鄰近資訊的註冊和交換;
第21A圖和第21B圖合起來是具有胞元觸發的裝置發現的eNB內、MME內雙RAT的示例性服務請求程序的信號流程圖;
第22A圖和第22B圖合起來是建立eNB內本地路徑的示例性程序的信號流程圖;
第23A和23B圖合起來是建立eNB間本地路徑的示例性程序的信號流程圖;
第24圖示出了在WTRU和eNB之間的存取層資料平面協定堆疊層直到封包資料彙聚協定(PDCP)層終止時的示例性協定架構;以及
第25圖示出了用於D2D本地路徑的示例性資料平面協定堆疊。
第1A圖示出了可以在其中實施一個或多個公開的實施方式的示例性通信系統;
第1B圖示出了可在第1A圖所示通信系統中使用的示例性無線發射/接收單元(WTRU);
第1C圖示出了可在第1A圖所示通信系統中使用的示例性無線存取網路和示例性核心網路;
第2A圖示出了由兩個彼此鄰近的WTRU通過各自的演進型節點B(eNB)到核心網路(CN)節點(例如,服務閘道(SGW)或封包資料網路(PDN)閘道(PGW))的通信的示例;
第2B圖示出了用於兩個經由eNB本地路由的WTRU之間的鄰近通信的資料路徑的示例;
第2C圖示出了直接的WTRU到WTRU(即,端到端)資料路徑的示例;
第3A圖示出了建立沒有中間節點的直接WTRU到WTRU承載的示例;
第3B圖示出了通過eNB或家庭eNB(HeNB)的WTRU到WTRU承載的示例;
第3C圖示出了在路徑中使用正常(regular)演進型封包系統(EPS)承載經由eNB或HeNB建立WTRU到WTRU連接的示例;
第3D圖示出了當兩個WTRU在兩種不同的eNB或HeNB覆蓋下時建立通過SGW的端到端承載的示例;
第4圖示出了裝置至裝置(D2D)架構作為直接模型的簡明視圖;
第5圖示出了D2D架構作為直接模型的展開視圖;
第6圖示出了D2D協定堆疊視圖;
第7圖示出了相對於D2D EPS承載的正常EPS承載;
第8圖是eNB內單播D2D服務請求程序的流程圖;
第9A圖和第9B圖合起來是eNB間/移動性管理實體(MME)之間D2D服務請求程序的信號流程圖;
第10A圖和第10B圖合起來是營運商間單播服務請求程序的信號流程圖;
第11圖示出了經過多個介面的EPS承載設置的示例;
第12圖示出了承載建立程序的示例性信號流程圖;
第13圖示出了WTRU到WTRU PDN連接的封包資料網路(PDN)連接設置程序的示例性信號流程圖;
第14圖是WTRU到WTRU專用承載建立程序的示例性信號流程圖;
第15圖是SGW情況的PDN連接設置程序的示例性信號流程圖;
第16A圖和第16B圖,合起來,是具有唯一D2D識別符的eNB內、MME內雙無線電存取技術(RAT)的示例性服務請求程序的信號流程圖;
第17圖示出了發起鄰近服務請求的WTRU的示例;
第18圖示出了鄰近服務的策略和計費控制模型;
第19圖示出了基於網路的鄰近觸發程序的信號流程圖;
第20圖示出了特定應用的鄰近資訊的註冊和交換;
第21A圖和第21B圖合起來是具有胞元觸發的裝置發現的eNB內、MME內雙RAT的示例性服務請求程序的信號流程圖;
第22A圖和第22B圖合起來是建立eNB內本地路徑的示例性程序的信號流程圖;
第23A和23B圖合起來是建立eNB間本地路徑的示例性程序的信號流程圖;
第24圖示出了在WTRU和eNB之間的存取層資料平面協定堆疊層直到封包資料彙聚協定(PDCP)層終止時的示例性協定架構;以及
第25圖示出了用於D2D本地路徑的示例性資料平面協定堆疊。
第1A圖示出可以在其中實施一個或多個所公開的實施方式的示例通信系統100的圖示。通信系統100可以是將諸如語音、資料、視訊、消息、廣播等之類的內容提供給多個無線用戶的多重存取系統。通信系統100可以通過系統資源(包括無線頻寬)的共用使得多個無線用戶能夠存取這些內容。例如,通信系統100可以使用一個或多個通道存取方法,例如分碼多重存取(CDMA)、分時多重存取(TDMA)、分頻多重存取(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)等等。
如第1A圖所示,通信系統100可以包括無線發射/接收單元(WTRU) 102a,102b,102c,102d、無線電存取網路(RAN)104、核心網路106、公共交換電話網路(PSTN)108、網際網路110和其他網路112,但可以理解的是所公開的實施方式可以涵蓋任意數量的WTRU、基地台、網路和/或網路元件。WTRU 102a,102b,102c,102d中的每一個可以是被配置成在無線環境中操作和/或通信的任何類型的裝置。作為示例,WTRU 102a,102b,102c,102d可以被配置成發送和/或接收無線信號,並且可以包括用戶裝置(UE)、移動站、固定或移動用戶單元、傳呼機、行動電話、個人數位助理(PDA)、智慧型電話、可擕式電腦、上網本、個人電腦、無線感測器、消費電子產品等等。
通信系統100還可以包括基地台114a和基地台114b。基地台114a,114b中的每一個可以是被配置成與WTRU 102a,102b,102c,102d中的至少一者有無線介面,以便於存取一個或多個通信網路(例如核心網路106、網際網路110和/或其他網路112)的任何類型的裝置。例如,基地台114a,114b可以是基地台收發站(BTS)、節點B、演進型節點B(eNB)、家用節點B(HNB)、家用eNB(HeNB)、站點控制器、存取點(AP)、無線路由器以及類似裝置。儘管基地台114a,114b每個均被描述為單個元件,但是可以理解的是基地台114a,114b可以包括任何數量的互聯基地台和/或網路元件。
基地台114a可以是RAN 104的一部分,該RAN 104還可以包括諸如站點控制器(BSC)、無線電網路控制器(RNC)、中繼節點之類的其他基地台和/或網路元件(未示出)。基地台114a和/或基地台114b可以被配置成傳送和/或接收特定地理區域內的無線信號,該特定地理區域可以被稱作胞元(未示出)。胞元還可以被劃分成胞元扇區。例如與基地台114a相關聯的胞元可以被劃分成三個扇區。由此,在一種實施方式中,基地台114a可以包括三個收發器,即針對所述胞元的每個扇區都有一個收發器。在另一實施方式中,基地台114a可以使用多輸入多輸出(MIMO)技術,並且由此可以使用針對胞元的每個扇區的多個收發器。
基地台114a,114b可以通過空中介面116與WTRU 102a,102b,102c,102d中的一者或多者通信,該空中介面116可以是任何合適的無線通信鏈路(例如射頻(RF)、微波、紅外(IR)、紫外(UV)、可見光等)。空中介面116可以使用任何合適的無線電存取技術(RAT)來建立。
更具體地,如前所述,通信系統100可以是多重存取系統,並且可以使用一個或多個通道存取方案,例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如,在RAN 104中的基地台114a以及WTRU 102a,102b,102c可以實施諸如通用移動電信系統(UMTS)陸地無線電存取(UTRA)之類的無線電技術,其可以使用寬頻CDMA(WCDMA)來建立空中介面116。WCDMA可以包括諸如高速封包存取(HSPA)和/或演進型HSPA(HSPA+)的通信協定。HSPA可以包括高速下行鏈路封包存取(HSDPA)和/或高速上行鏈路封包存取(HSUPA)。
在另一實施方式中,基地台114a和WTRU 102a,102b,102c可以實施諸如演進型UTRA(E-UTRA)的無線電技術,其可以使用長期演進(LTE)和/或高級LTE(LTE-A)來建立空中介面116。
在其他實施方式中,基地台114a和WTRU 102a,102b,102c可以實施諸如IEEE 802.16(即全球互通微波存取(WiMAX))、CDMA2000、CDMA2000 1x、CDMA2000演進資料最佳化(EV-DO)、臨時標準2000(IS-2000)、臨時標準95(IS-95)、臨時標準856(IS-856)、全球移動通信系統(GSM)、增強型資料速率GSM演進(EDGE)、GSM/EDGE RAN(GERAN)等等的無線電技術。
第1A圖中的基地台114b可以是無線路由器、HNB、HeNB或者AP,並且可以使用任何合適的RAT,以便於在諸如商業處所、家庭、車輛、校園等等的局部區域的通信連接。在一種實施方式中,基地台114b和WTRU 102c,102d可以實施諸如IEEE 802.11之類的無線電技術以建立無線區域網路(WLAN)。在另一實施方式中,基地台114b和WTRU 102c,102d可以實施諸如IEEE 802.15之類的無線電技術以建立無線個人區域網路(WPAN)。在又一實施方式中,基地台114b和WTRU 102c,102d可以使用基於蜂巢的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等)以建立微微胞元(picocell)和毫微微胞元(femtocell)。如第1A圖所示,基地台114b可以具有至網際網路110的直接連接。由此,基地台114b不必經由核心網路106來存取網際網路110。
RAN 104可以與核心網路106通信,該核心網路106可以是被配置成將語音、資料、應用程式和/或網際網路協定語音(VoIP)服務提供到WTRU 102a,102b,102c,102d中的一者或多者的任何類型的網路。例如,核心網路106可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路互聯、視訊分配等,和/或執行高級安全性功能,例如用戶認證。儘管第1A圖中未示出,需要理解的是RAN 104和/或核心網路106可以直接或間接地與其他RAN進行通信,這些其他RAT可以使用與RAN 104相同的RAT或者不同的RAT。例如,除了連接到可以採用E-UTRA無線電技術的RAN 104,核心網路106也可以與使用GSM無線電技術的其他RAN(未顯示)通信。
核心網路106也可以用作WTRU 102a,102b,102c,102d存取PSTN 108、網際網路110和/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括互聯電腦網路以及使用公共通信協定的裝置的全球系統,所述公共通信協定例如傳輸控制協定(TCP)/網際網路協定(IP)套件的中的TCP、用戶資料報協定(UDP)和IP。網路112可以包括由其他服務提供方擁有和/或營運的無線或有線通信網路。例如,網路112可以包括連接到一個或多個RAN的另一核心網路,這些RAN可以使用與RAN 104相同的RAT或者不同的RAT。
通信系統100中的WTRU 102a,102b,102c,102d中的一些或者全部可以包括多模式能力,即WTRU 102a,102b,102c,102d可以包括用於通過不同通信鏈路與不同的無線網路進行通信的多個收發器。例如,第1A圖中所示的WTRU 102c可以被配置成與使用基於蜂巢的無線電技術的基地台114a進行通信,並且與使用IEEE 802無線電技術的基地台114b進行通信。
第1B圖示出可以在第1A圖示出的通信系統100中使用的示例WTRU 102。如第1B圖所示,WTRU 102可以包括處理器118、收發器120、發射/接收元件(例如天線)122、揚聲器/麥克風124、數字鍵盤126、顯示器/觸摸板128、不可移動記憶體130、可移動記憶體132、電源134、全球定位系統(GPS)晶片組136和週邊裝置138。需要理解的是,在與以上實施方式保持一致的同時,WTRU 102可以包括上述元件的任何子組合。
處理器118可以是通用處理器、專用處理器、常規處理器、數位信號處理器(DSP)、微處理器、與DSP核相關聯的一個或多個微處理器、控制器、微控制器、專用積體電路(ASIC)、現場可編程閘陣列(FPGA)電路、其他任何類型的積體電路(IC)、狀態機等。處理器118可以執行信號編碼、資料處理、功率控制、輸入/輸出處理和/或使得WTRU 102能夠操作在無線環境中的其他任何功能。處理器118可以耦合到收發器120,該收發器120可以耦合到發射/接收元件122。儘管第1B圖中將處理器118和收發器120描述為分別的元件,處理器118和收發器120可以被一起整合到電子封裝或者晶片中。
發射/接收元件122可以被配置成通過空中介面116將信號發送到基地台(例如基地台114a),或者從基地台(例如基地台114a)接收信號。例如,在一種實施方式中,發射/接收元件122可以是被配置成傳送和/或接收RF信號的天線。在另一實施方式中,發射/接收元件122可以是被配置成傳送和/或接收例如IR、UV或者可見光信號的發射器/檢測器。仍然在另一實施方式中,發射/接收元件122可以被配置成發送和接收RF信號和光信號兩者。發射/接收元件122可以被配置成傳送和/或接收無線信號的任意組合。
此外,儘管發射/接收元件122在第1B圖中被描述為單個元件,但是WTRU 102可以包括任何數量的發射/接收元件122。更特別地,WTRU 102可以使用MIMO技術。由此,在一種實施方式中,WTRU 102可以包括兩個或更多個發射/接收元件122(例如多個天線)以用於通過空中介面116發射和接收無線信號。
收發器120可以被配置成對將由發射/接收元件122發送的信號進行調變,並且被配置成對由發射/接收元件122接收的信號進行解調。如上所述,WTRU 102可以具有多模式能力。由此,收發器120可以包括多個收發器以用於使得WTRU 102能夠經由多RAT進行通信,例如UTRA和IEEE 802.11。
WTRU 102的處理器118可以被耦合到揚聲器/麥克風124、數字鍵盤126和/或顯示器/觸摸板128(例如,液晶顯示器(LCD)單元或者有機發光二極體(OLED)顯示單元),並且可以從上述裝置接收用戶輸入資料。處理器118還可以向揚聲器/麥克風124、數字鍵盤126和/或顯示器/觸摸板128輸出用戶資料。此外,處理器118可以存取來自任何類型的合適的記憶體中的資訊,以及向任何類型的合適的記憶體中儲存資料,所述記憶體例如可以是不可移動記憶體130和/或可移動記憶體132。不可移動記憶體130可以包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟或者任何其他類型的記憶體儲存裝置。可移動記憶體132可以包括用戶身份模組(SIM)卡、記憶棒、安全數位(SD)儲存卡等。在其他實施方式中,處理器118可以存取來自實體上未位於WTRU 102上而位於例如伺服器或者家用電腦(未示出)上的記憶體的資料,以及向上述記憶體儲存資料。
處理器118可以從電源134接收電力,並且可以被配置成將電力分配給WTRU 102中的其他組件和/或對至WTRU 102中的其他元件的功率進行控制。電源134可以是任何適用於給WTRU 102加電的裝置。例如,電源134可以包括一個或多個乾電池(鎳鎘(NiCd)、鎳鋅(NiZn)、鎳氫(NiMH)、鋰離子(Li-ion)等)、太陽能電池、燃料電池等。
處理器118還可以耦合到GPS晶片組136,該GPS晶片組136可以被配置成提供關於WTRU 102的當前位置的位置資訊(例如經度和緯度)。WTRU 102可以通過空中介面116從基地台(例如基地台114a,114b)接收加上或取代GPS晶片組136資訊之位置資訊,和/或基於從兩個或更多個相鄰基地台接收到的信號的定時來確定其位置。在與實施方式保持一致的同時,WTRU可以通過任何合適的位置確定方法來獲取位置資訊。
處理器118還可以耦合到其他週邊裝置138,該週邊裝置138可以包括提供附加特徵、功能性和/或無線或有線連接的一個或多個軟體和/或硬體模組。例如,週邊裝置138可以包括加速度計、電子指南針(e-compass)、衛星收發器、數位相機(用於照片或者視訊)、通用串列匯流排(USB)埠、振動裝置、電視收發器、免持耳機、藍芽R模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視訊遊戲播放器模組、網際網路瀏覽器等等。
第1C圖示出第1A圖中所示通信系統100中使用的示例RAN 104和示例核心網路106。如上所述,RAN 104可使用E-UTRA無線電技術通過空中介面116來與WTRU 102a、102b、102c進行通信。該RAN 104還可與核心網路106進行通信。
RAN 104可以包含eNB 140a、140b、140c,應該理解的是RAN 104可以包含任意數量的eNB和RNC而仍然與實施方式保持一致。eNB 140a、140b、140c每個可以包含一個或多個收發器,該收發器通過空中介面116來與WTRU 102a、102b、102c通信。在一個實施方式中,eNB 140a、140b、140c可以實施MIMO技術。由此,e節點B 140a例如可以使用多個天線向WTRU 102a傳送無線信號,並從WTRU 102a接收無線信號。
該eNB 140a、140b、140c中的每一個可與特定胞元(未示出)關聯,並可配置為處理無線電資源管理決策、切換決策、上行鏈路和/或下行鏈路的用戶排程等。如第1C圖所示,eNB 140a、140b、140c可以通過X2介面相互通信。
第1C圖中所示的核心網路106可包括移動性管理實體(MME)142、服務閘道144和封包資料網路(PDN)閘道146。雖然將上述各個元件表示為核心網路106的一部分,但應當可以理解的是,任何一個元件都可由核心網路營運商以外的實體擁有和/或操作。
MME 142可以通過S1介面連接至RAN 104中的eNB 140a、140b、140c中的每一個,並可用作控制節點。例如,MME 142可以用於對WTRU 102a、102b、102c的用戶認證、承載啟動/解除啟動、在WTRU 102a、102b、102c的初始連接期間選擇特定服務閘道等。MME 142還可提供控制平面功能,用於在RAN 104和使用其他無線電技術,例如GSM或WCDMA的RAN之間進行切換。
服務閘道144可以通過S1介面連接至RAN 104中的eNB 140a、140b、140c中的每一個。服務閘道144通常可以向/從WTRU 102a、102b、102c路由和轉發用戶資料封包。服務閘道144還可執行其他功能,例如在eNB間的切換期間錨定用戶面,當下行鏈路資料可用於WTRU 102a、102b、102c時觸發傳呼、管理和儲存WTRU 102a、102b、102c上下文等。
服務閘道144還可連接至PDN閘道146,該PDN閘道可向WTRU 102a、102b、102c提供對封包交換網路的存取,例如網際網路110,從而便於WTRU 102a、102b、102c與IP賦能裝置之間的通信。
核心網路106可以便於與其他網路的通信。例如,核心網路106可以向WTRU 102a、102b、102c提供對電路交換網路的存取,例如PSTN 108,以便於WTRU 102a、102b、102c與傳統陸線通信裝置之間的通信。例如,核心網路106可以包括IP閘道(例如,IP多媒體子系統(IMS)伺服器),或可以與該IP閘道進行通信,該IP閘道用作核心網路106與PSTN 108之間的介面。此外,核心網路106可以向WTRU 102a、102b、102c提供對網路112的存取,該網路112可以包括由其他服務提供商擁有/操作的有線或無線網路。
GPS技術和/或相關的標準有機會成為使裝置間基於鄰近的發現和通信成為可能的選擇的平臺,並促進廣闊的未來和更先進的基於鄰近的應用和服務。
在基於鄰近的服務中一直存在相當的關注。用例正在被研究,且潛在的需求和功能正在被識別用於營運商網路控制的發現和鄰近的連續網路控制下和/或處於3GPP LTE網路覆蓋下的裝置之間的通信。3GPP基於鄰近的服務可以啟動用於商業/社會用途、網路卸載、公共安全及當前基礎設施服務的整合(以保證包括可達性和移動性方面的用戶體驗的一致性)、和在沒有演進型通用移動通信系統陸地無線存取網路(EUTRAN)覆蓋的情況下的公共安全(受區域規章和營運商策略的管制,並限制為特定公共安全指定的頻帶和終端)。
這些基於鄰近的服務的一般情況可能涉及WTRU鄰近發現,WTRU同意作為可發現、可接觸和可對話的,鄰近WTRU到WTRU(即端到端)通信、由網路或營運商對於發現的可控性和策略、以及可發現性和隨後的通信的形式。
第2A圖示出了彼此鄰近的兩個WTRU 2051和2052經由各自的演進型節點B(eNB)2101和2102到核心網路(CN)節點215(例如,服務閘道(SGW)或封包資料網路(PDN)閘道(PGW))通信的示例。在WTRU 205碰巧彼此接近的情況下,這些WTRU 205之間的任何通信可能必須經由CN節點215路由。
隨著鄰近研究項目(SI)的引入,鄰近WTRU之間的通信可能被增強以採用其他路徑,諸如直接(例如,某一距離內許可/免許可頻譜中的直接無線路徑)或間接的(通過網路元件——胞元內/胞元間或者eNB內/eNB間或者SGW等),其可能由網路或營運商控制。
第2B圖示出了用於在經由eNB 225進行本地路由的兩個WTRU 2201和2202之間鄰近通信的資料路徑的示例。
第2C圖示出了直接通過空中介面的直接WTRU到WTRU資料路徑230的示例。
鄰近服務資料路徑選擇,(通過基礎設施中某一路徑中直接或間接的)可以通過無線電或網路覆蓋、負載條件或由網路或營運商設定的策略來確定。可以在網路共用部署中支援基於鄰近的服務。
可以使用多種技術解決啟用WTRU到WTRU鄰近服務的挑戰。例如,對於WTRU到WTRU連接或承載的傳呼程序可能不同於當前的S1傳呼程序。WTRU之一可能需要以某種方式通知MME其具有用於其他WTRU的資料,所述其他WTRU可能處於空閒模式,也可能處於另一個MME的覆蓋下。而且,當前的傳呼程序可能設置某些或全部資源(例如,恢復WTRU和網路之間所有現存的演進型封包系統(EPS)承載)。然而在WTRU到WTRU連接的情況下,這可能並不需要,且可以設置資源或者直接通信所需的資源,這樣就需要修改這個程序。進一步地,MME可以傳呼WTRU來確定其位置。從而,可以定義一種機制將WTRU帶入連接模式,也許僅確定胞元級的位置而不建立用戶平面。
在WTRU到WTRU通信開始之前,兩個WTRU都可以發現彼此並確定它們足夠接近以可能進行直接通信。這種類型的發現可能在協定堆疊的幾個等級或層上。可以實現NAS方法來發現WTRU。因此,可以定義不同的NAS程序向網路發送發現鄰近相關資訊。發現程序可以由網路或者WTRU發起,且對於每種情況可能不同。而且,這種發現還可以擴展到WTRU可能發現一組WTRU或兩個WTRU可能屬於不同公共陸地移動網路(PLMN)的情況。在兩種情況下,可以為WTRU定義發現、加入或離開組的方法。而且,鄰近組(下文稱為鄰近服務(ProSe)組)可能動態地形成或解散。可以決定這些組的屬性是什麼、這些組如何形成、誰觸發了組的形成以及何時和如何觸發。
可能存在通常可以列出以允許某些服務的規則和策略。某些或每種服務可以具有可能由CN驗證以允許其使用的規則和條件。鄰近可能是另一種需要定義規則和策略的服務,從而網路可以控制這種服務並可以能夠基於不同標準對其使用進行收費。
可能需要相關的規則和策略允許需要被列出的鄰近服務。這些規則可以考慮不同的因素(例如,WTRU位置、訂閱、PLMN、優先用戶等)。
在緊急鄰近情況下,可以應用一組單獨的規則和策略以使用鄰近服務在緊急情況期間傳遞或者用於公共服務(例如,員警工作人員的D2D通信)。在WTRU和網路上都可能存在某些異常動作。因此可以概括異常規則和動作。
可以在不同節點(例如,eNB、MME、WTRU等)執行這些規則。而且,可能存在一種機制在WTRU和網路之間交換這些規則,這樣人們希望定義交換這些規則的程序。
計費可能是一個重要的方面,尤其對於營運商,因為他們需要引入這種服務的收入。因此,根據通信方法(例如,直接或經由RAN、或者經由RAN之上的節點)依可能應用哪種計費可以定義方法。
可能存在可以設置直接WTRU到WTRU承載或PDN連接的不同方式。該承載可以從一個WTRU開始並可以一路到達其他WTRU。根據網路如何建立該WTRU到WTRU承載以及WTRU涉及的能力,該承載可以是兩個WTRU之間的直接承載,或者可能在該承載的路徑中存在某些中間RAN或CN節點。
第3A圖(情況1)示出了建立不涉及中間節點的直接WTRU到WTRU承載(即端到端承載)的示例。第3A圖示出了如果WTRU 3001和3002都支援直接WTRU到WTRU通信,可以在兩個WTRU 3001和3002之間建立本地承載305。這種類型的承載可以包括兩個WTRU 3001和3002之間的無線電承載,但是仍然可以在兩個WTRU中的NAS等級上具有承載上下文。因此,與現有承載設置情況中的EPS承載ID類似,NAS識別符(ID)可以分配給該承載。可替換的或除此之外,這個新的承載可能沒有NAS上下文並可以從WTRU 3001之一的封包資料彙聚協定(PDCP)層開始,且可以結束在其他WTRU
3002的PDCP層,或反之亦然。這種情況下,該承載可以由RAB ID識別。
如前面提到的,WTRU到WTRU承載可以通過RAN或CN節點。第3B圖(情況2)示出了通過eNB或家庭eNB(HeNB)的WTRU到WTRU承載的示例。該承載可以包括兩個無線電承載(RAB)3151和3152。RAB 3151可以在WTRU-1和eNB/HeNB 320之間,且RAB 3152可以在WTRU-2和eNB/HeNB 320之間。這些類型的承載可能沒有RAB 315和S1承載之間的一對一映射,因為在這種情況下可能不存在任何建立的S1和S5資源。相反,可能存在各個承載的每一側的RAB 315之間的一對一映射(例如,可能存在RAB 3151到eNB/HeNB 320之間和RAB 3152到eNB/HeNB 320之間的一對一映射)。
第3C圖(情況3)示出了使用正常EPS承載經由路徑中的eNB或HeNB建立WTRU到WTRU連接的示例。每個WTRU可以建立正常PDN連接(例如,兩個WTRU都可以建立如第3C圖所示的S1和S5資源)。然而,這些資源不能用於WTRU到WTRU通信,因為當資料到達eNB/HeNB時,eNB/HeNB可以將資料路由到連接接收WTRU的RAB,而不是向S1-U隧道發送資料。情況3呈現的解決方案也可以應用到SGW等級的以下場景。
第3D圖(情況4)示出了在兩個WTRU處於兩個不同的eNB/HeNB 3351和3352覆蓋時建立通過SGW 330的端到端承載的示例。在這個場景下,端到端承載可以包括兩個RAB 3401和3402以及兩個S1-U隧道3451和3452,如第3D圖所示。WTRU-1和eNB/HeNB 3351之間存在RAB 3401,其他eNB/HeNB 3352和SGW 330之間存在相應的S1-U連接。而且,WTRU-2和SGW 330之間存在同樣的安排。RAB和S1-U連接之間可以存在一對一映射。而且,如第3D圖所述,兩個S1-U隧道345之間可以存在一對一映射。
描述了一種用於執行獲得裝置至裝置(D2D)服務的附著程序和執行D2D服務公告(advertising)和發現的方法和裝置。移動性管理實體(MME)可以從無線發射/接收單元(WTRU)接收附著請求非存取層(NAS)消息並向D2D伺服器發送D2D WTRU能力消息。如果D2D伺服器批准WTRU的D2D服務,D2D伺服器可以向MME發送唯一的D2D裝置識別符。MME可以發送包含唯一D2D裝置識別符的附著接受NAS消息給WTRU。D2D WTRU可以發送通用的警報消息給存取網路發現和選擇功能(ANDSF),其可以用新的D2D發現資訊更新與D2D WTRU相關聯的ANDSF管理物件(MO)。D2D WTRU可以使用新的D2D發現資訊以發現進行通信的另一個WTRU。
本文描述了啟用D2D通信呼叫建立的程序,以及D2D通信的協定堆疊架構、營運商內部包括eNB內和eNB間單播和多播會話的服務請求程序、用於營運商間單播和多播會話的服務請求程序、和服務拆除(tear down)及D2D解除註冊程序。對於在D2D通信中操作的網路和WTRU,這些程序都是可應用的。
無線移動資料需求持續激增,且這導致了全世界智慧手機使用數量的激增。電信行業過去已經通過使用更好的多重存取存取、調變和編碼及多天線技術提供提頻譜效率提升的新標準回應了需求。
容量提高的另一方面已經通過提高部署密度並相應地減小胞元半徑實現。此外,小型胞元(微/微微/毫微微)與巨集胞元結合部署的異構拓撲已經越來越多地使用。通過使用遠端無線電頭和分散式天線的室內覆蓋改進也已經激增。然而,對於這些方法存在限制和缺點。小型胞元部署導致移動性事件的大量增加,所附的干擾管理問題很複雜。以上技術的最大缺點是必須大量額外的基礎設施,諸如大容量的網際網路回程、電源和必須維護的射頻(RF)裝置。
一種可能的替代方案是以創造性的方式使用智慧手機演進的力量。智慧手機正在成為日益強大的裝置,具有多個寬頻無線電和數據機,處理大量資料,並運行多個同時發生的應用之能力。如果允許這些智慧手機在必要和可能的時候彼此直接通信,可以創建與傳統的蜂巢部署共存之一種替換拓撲。
由這種直接WTRU到WTRU通信啟用,高級拓撲(AT)應用可以包括AT-中繼(AT-R)和AT-本地卸載(AT-LO)。在AT-R應用中,終端-WTRU(T-WTRU)可以通過可以是輔助-WTRU(H-WTRU)之中繼節點與網路交換資料。AT-LO應用可以允許在中央網路控制下的鄰近WTRU之間的直接資料通信。
AT-R應用可以包括容量模式和覆蓋模式。在容量模式下,T-WTRU與網路相關聯,且獲得H-WTRU的幫助以增加無線電鏈路容量並提高資料傳輸容量,而在覆蓋模式下,T-WTRU在網路覆蓋範圍外,且可以依賴H-WTRU達成網路聯合。兩種模式都預見用於低移動性的WTRU。
在AT-LO應用中,鄰近WTRU可以是用於被交換資訊的源或接收點(sink)。AT-LO應用中WTRU之間的無線電鏈路可以使用許可的蜂巢頻譜或者免許可或輕許可的頻譜。
WTRU之間的通信可以在稱為交叉鏈路(XL)的專用通道中發生,而不是在傳統的無線電鏈路(TRL)上發生的傳統的eNB到WTRU的通信。XL可以在分別的頻帶中(頻頻帶外解決方案)或在與傳統鏈路(TRL)相同的頻帶中,甚至是在相鄰的頻率子載波中。H-WTRU和T-WTRU可以以分頻雙工(FDD)或分時雙工(TDD)方式彼此通信,且相關的配置可以由網路定義。網路可以為XL提供粗的資源分配,WTRU可以自由處理每個傳輸時間間隔(TTI)資源分配。
D2D通信已經成為在SA1組中引入鄰近服務(ProSe)研究項目的3GPP中的一個討論主題。“直接路徑”(其中實體通信是直接在D2D裝置之間的),及“本地路徑”(其中通信可以通過兩個裝置連接的eNB)兩者都是ProSe範圍內的場景。
迄今為止已經定義了多個用例作為ProSec的部分有待處理,每一個帶來了在系統設計上的一組不同要求。這些可以大致分類在社會和公共安全下。
在基本的社會用例中,D2D用戶可能能夠發現屬於其用戶組(例如朋友列表)的其他D2D用戶,並可由該屬於其用戶組的其他D2D用戶發現,然後可以使用D2D鏈路上的社會網路應用。無需任意WTRU位置資訊就可以執行發現。在公共發現情況中,D2D用戶可以由任意其他D2D用戶發現而無需事先許可。對於不同的公共陸地移動網路(PLMN)發現,屬於不同PLMN的D2D用戶對於彼此可被發現。其一個子集是D2D用戶也漫遊的時候。對於服務連續性,D2D用戶可以在直接路徑和基礎設施模式之間移動而不會有用戶感知的降級。對於位置和存在,營運商可以用ProSe程序增強其位置和感知資訊。
在基本的公共安全用例中,兩個授權的公共安全用戶可以直接通過D2D鏈路通信。公共安全D2D用戶可以維護多個同時發生的與不同D2D公共安全用戶的一對一D2D會話。
D2D發現的目標可以分別由裝置和服務發現實現。裝置發現(即鄰居發現)過程引導用戶裝置基於裝置身份發現彼此。這些裝置身份可以是實體層序列、無線電存取網路(RAN)身份或高層識別符的形式。裝置發現可能涉及裝置之間的實體通信。在裝置(或鄰居)發現過程中,尋找鄰居的WTRU(鄰居尋找WTRU(NSWTRU))可以基於由網路提供的方案傳送特定時頻資源中的發現序列。其他WTRU(鄰居存在WTRU(NPWTRU))可以在這些間隔期間偵聽並接收這些序列。基於其測量,它們可以直接回應NSWTRU或者將測量報告回網路用於進一步的動作,隨後是WTRU之間的關聯過程。
每個D2D裝置可以有一種或多種服務,因此具有多個服務身份。這些服務身份,與所提供服務的參數一起可以作為服務發現的一部分被發現。服務發現可以通過裝置與另一個3GPP節點,3GPP網路外部的某一節點之間的通信執行,或者通過在裝置發現完成之後的裝置之間服務資訊的直接交換來執行。服務發現可以發生在裝置發現之前或之後。
為了將D2D通信納入到3GPP演進型封包核心網路(EPC)中需要架構增強。為了使得網路中的大量具備D2D能力的裝置能夠高效操作、使得D2D鏈路能夠與傳統蜂巢鏈路共存、實現預期用於3GPP ProSe特性的所有部署配置並滿足3GPP設計的用於D2D通信的所有服務需求,需要對現有架構的這些改變和增加。
第4圖示出了作為直接模型的簡明視圖的D2D架構400。在這個直接模型中,D2D伺服器405可以位於3GPP網路邊界410內。它可以定位為一個單一的實體,其由多個營運商共用並由他們共同管理,或者它可以實現為多個實體,部分地定位在每個營運商域中。
第5圖示出了作為直接模式展開視圖的D2D架構500。D2D伺服器505可以同時管理D2D的直接路徑和本地路徑方法的D2D服務。它可以同時管理營運商內部和營運商間的D2D服務。可以使用集中式、階層或分散式管理方法管理D2D服務。D2D伺服器505的實體位置可能依賴於所使用的D2D管理方法的類型。在集中式方法中,用於跨所有營運商的整個3GPP網路的D2D伺服器505可以位於一個實體中。在分層方法中,可以為不同的域(域可以定義為PLMN或者PLMN內的MME池等等)複製D2D伺服器,且這些可以在高層上由D2D伺服器實體進行協調。多個階層等級是可能的。在分散式方法中,多個對等D2D實體可以位於不同的域中,且它們可以在需要的時候彼此通信。
本文描述了呼叫建立程序。首先描述了控制和資料平面的協定堆疊架構,隨後是用於包括eNB內和eNB間、營運商內和營運商間、單播和多播的多個場景的服務請求程序。
第6圖示出了用於直接路徑的兩個D2D WTRU,即D2D-WTRU-1和D2D-WTRU-2之間的D2D承載的D2D協定堆疊視圖。在這個場景中,D2D-WTRU-1可以與eNB-1和MME-1相關聯,而D2D-WTRU-2可以與eNB-2和MME-2相關聯。
D2D承載的控制平面終止可以與LTE R8/R10(無中繼)類似。無線電資源控制(RRC)層可以在eNB終止,非存取層(NAS)可以在MME終止。資料平面層可以在相應的D2D WTRU終止。資料平面的協定層不能在eNB維護。對於本地路徑,控制平面和資料平面協定堆疊終止點可以與LTE R8/R10類似。
服務發現和裝置發現之後,具備D2D能力的WTRU可以使用服務請求程序建立D2D服務。發送到MME的服務請求消息可以包括可以輔助過程的資訊,諸如服務類型—“僅D2D”或“基準和D2D”,以及D2D服務是用於一個用戶還是用於一組用戶。依據D2D服務針對的用戶數,可以建立D2D單播服務或D2D多播服務。依據個人用戶連接到網路的位置,D2D服務可以是eNB內、eNB間或PLMN間服務。建立服務的程序對於以上的每種情況可能不同。首先假設如果目標WTRU是空閒的,必要時它們可能首先通過傳呼和連接建立程序被帶入RRC連接狀態。
服務請求中的D2D服務相關參數可以首先由MME檢查以確定目標WTRU是否屬於同一MME。如果D2D服務是MME內的,那麼目標eNB資訊在MME也可用。如果不能在MME內發現目標,那麼參數可以發送到D2D伺服器。D2D伺服器可能有目標WTRU當前附著到的MME的身份(諸如MME的IP位址),且D2D伺服器還可以驗證這個服務是否需要PLMN間操作。
可以為D2D服務建立一種新的EPS承載(即,D2D EPS承載)。由於資料可以在D2D服務的直接或本地路徑中進行交換,D2D EPS承載可能沒有eNB和服務閘道(SGW)之間的S1介面及SGW和封包資料網路(PDN)閘道(PGW)之間的S5/S8介面。
第7圖示出了相對於D2D EPS承載的正常EPS承載。兩個用戶之間直接路徑的無線電承載的建立可能與基準LTE系統類似。相關的eNB可以負責確保具有相容配置的無線電承載可以在D2D對等端上建立。例如,WTRU用於該D2D服務的無線電承載身份(ID)、TDD配置、最大可允許資料速率、調變和編碼方案(MCS)等可以匹配。可以在MME進行MME級的溝通/協調以避免對現有X2介面的改變。假設存在來自不止一個營運商的eNB之間的X2介面中的改變,eNB可以彼此通信以進行協調。
在eNB內單播D2D服務中,涉及的兩個用戶處於同一eNB覆蓋範圍內。目標WTRU的D2D裝置識別符和臨時服務名稱可以包含在服務請求消息中。考慮中的eNB瞭解兩個WTRU的能力,且能夠相應地配置其D2D承載。沒有S1和S5介面的一種新型EPS承載可以用於表示兩個用戶之間的D2D服務。
第8圖是無線通信系統800中eNB內單播D2D服務請求程序的流程圖,該無線通信系統800包括第一WTRU 805、第二WTRU 810、eNB 815、MME/SGW 820、D2D伺服器825和應用伺服器(AS)830。當WTRU 805想要與WTRU 810具有D2D服務時,WTRU 805可以通過eNB 815向MME/SGW 820發送服務請求835(具有WTRU 810的D2D裝置ID和臨時服務名稱)。MME/SGW 820可以將D2D服務請求835轉發到D2D伺服器825。D2D伺服器825可以和策略與計費規則功能(PCRF)840一起對D2D服務請求835授權,並發送目標WTRU的MME的ID到源MME(845)。這種情況下,WTRU 810的MME可以與WTRU 805的MME/SGW相同(即MME/SGW 820)。MME/SGW 820可以確定WTRU 810處於與WTRU 805相同的eNB的覆蓋範圍內,因此它可以通知eNB 815進行無線電配置以設置WTRU 805和810之間的預設D2D EPS承載。eBN 815可以使用無線電承載(RB)重配置程序來配置用於WTRU 805和810的無線電。一旦建立了預設的D2D EPS承載,如果D2D服務需要其他專用的D2D EPS承載,源MME可以以類似的方式建立。
建立了必要的D2D EPS承載之後,源MME/SGW(MME/SGW 820)可以向D2D伺服器825發送消息850指明WTRU 805和810之間的直接路徑可用。D2D伺服器825可以將該資訊轉發到AS 830作為消息855。AS 830可以通過到WTRU 805和810的應用層信令開始控制在該點之後正使用直接路徑的WTRU 805和810上的應用。
第9A圖和第9B圖,合在一起,是在無線通信系統900中eNB之間的X2介面上使用eNB協調的eNB間/MME間D2D服務請求程序的信號流程圖。如第9A圖中所示,無線通信系統900可以包括WTRU 905、第二WTRU 910、源eNB 915、目標eNB 920、源MME/SGW 925、目標MME/SGW 930、D2D伺服器935和應用伺服器(AS)940,如第9A圖中所示。在eNB間單播中,WTRU 905和910可以連接到不同的eNB 915和920,並可以使用兩個不同的MME/SGW 925和930(MME/SGW間)。可能需要在那兩個eNB 915和920之間協調。協調可以包括但不限於直接路徑的無線電資源配置、直接路徑的無線電資源排程以及RRC目的的“主端(master)”的建立。
協調可以直接通過eNB 915和920之間的X2介面(若其存在),或者通過MME/SGW 925和930與其間的S10介面(未示出)。
這種情況下,WTRU 905可能期望請求與WTRU 910的D2D服務。因此,WTRU 905可以通過源eNB 915向源MME/SGW 925發送D2D服務請求945(具有WTRU 910的D2D伺服器ID和臨時服務名稱)。源MME/SGW 925可以將D2D服務請求945轉發到D2D伺服器935。D2D伺服器935可以和PCRF 950一起對D2D服務請求945授權,並發送目標WTRU的MME 930的ID到源MME/SGW 925(955)。源MME/SGW 925可以向目標MME 930發送eNB ID請求960(具有WTRU 910的D2D裝置ID)。目標MME 930可以用包含目標eNB 920的ID的eNB ID回應962進行回應。源MME/SGW 925可以向源eNB 915發送具有目標eNB 920的ID 的D2D EPS承載設置請求964。源eNB 915可以使用用於D2D鏈路的資源的建議列表在X2介面上將D2D設置請求966發送到目標eNB 920。目標eNB 920可以變為主端(master)並決定使用來自源eNB 915的資源的建議列表的一個子集(1368)。目標eNB 920可以在X2介面上將D2D設置回應970發送回源eNB 915(攜帶其決定)。源eNB 915和目標eNB 920都可以根據RB重配置程序使用由目標eNB 920指定的資源執行無線電配置以設置WTRU 905和910之間的預設D2D EPS承載。
可以用上述程序建立預設D2D EPS承載。如果D2D服務需要其他專用的D2D EPS承載,源MME/SGW 925可以以類似的方式,或者通過使用D2D預設EPS承載建立它們。在後一種情況下,源eNB 915和目標eNB 920可以通過D2D鏈路中的D2D預設EPS承載協調該工作量。
如第9B圖中所示,在建立了必要的D2D EPS承載之後,源MME/SGW 925可以向D2D伺服器935發送消息980以指明WTRU 905和910之間的直接路徑可用。D2D伺服器935可以將消息980轉發到AS 940。AS 940可以通過應用層信令到WTRU 905和910開始控制在該點之後正使用直接路徑的WTRU 905和910上的應用。
D2D中的多播/廣播服務可以允許所有用戶變為排程中訊務的發送者。為了請求多播D2D服務,WTRU可以發送包含臨時服務名稱而不是特定用戶身份的服務請求消息。通過MME和D2D伺服器的幫助,eNB可以意識到這是eNB內部服務。eNB可以使用一個程序選擇無線電配置並相應地配置D2D鏈路涉及到的所有WTRU。eNB可以基於資源利用以最低的配置這樣做,或者其可以基於對所有涉及的WTRU能力的瞭解依賴於D2D伺服器來提供最低可能的配置,並相應地執行無線電配置。對於所有用戶建立具有相容配置的無線電承載。
多播/廣播的無線電資源排程可以通過將半持久性授權機制擴展到多播用戶進行。對於呼叫排程視窗的一段時間,排程可以由主端(例如eNB)確定。eNB可以從所有用戶獲得緩衝狀態,然後在每個排程視窗的開始,且它可以分配一個排程。可以允許用戶在排程視窗的開始加入和離開現有的服務,此時eNB可以重新分配資源。
與eNB間單播類似,eNB間多播/廣播可能需要兩個eNB之間通過X2介面協調。D2D伺服器可以識別WTRU的D2D服務請求是eNB間的情況,它可以通知WTRU的MME哪些eNB與其他參與服務的WTRU相關聯。WTRU的eNB隨後與這些eNB通信。
可以為所有參與服務的WTRU建立具有相容配置的無線電承載。這可以以預定義的最低配置執行,或者可以由D2D伺服器通過基於對所有WTRU能力的瞭解提供最低可能配置進行協調。
能以與eNB內的情況相同的方式進行空中資源排程。然而,對於eNB間的情況,排程可能需要eNB之間的協調。
在營運商間的D2D服務中,D2D伺服器瞭解D2D服務涉及的WTRU來自不同的營運商之事實。可以在MME以MME級進行兩個營運商網路之間的溝通/協調以避免對現有X2介面的改變。如果在來自不止一個營運商的eNB之間的X2介面存在某些改變,還可能eNB能夠彼此對話以進行協調。
第10A圖和第10B圖,合在一起,是無線通信系統1000中用於營運商單播的服務請求程序的信號流程圖。如第10A圖中所示,無線通信系統1000可以包括第一WTRU 1005、第二WTRU 1010、源eNB 1015、目標eNB 1020、源MME/SGW 1025、目標MME/SGW 1030、D2D伺服器1035和AS 1040,如第10A圖中所示。為了啟動營運商間單播D2D服務,WTRU 1005可以向源MME/SGW 1025發送具有目標WTRU 1010的D2D裝置識別符的D2D服務請求1042。源MME 1025可以檢查其自身的D2D裝置資料列表來看目標WTRU 1010是否在該列表上。如果沒有,MME/SGW 1025可以向D2D伺服器1035發送目標MME/SGW 1030的D2D裝置識別符。D2D伺服器1035可以維護D2D裝置ID和MME/SGW 1030之間的映射,並可以通知源MME/SGW 1025目標WTRU 1010附著到哪個MME/SGW(目標MME/SGW 1030)上。
如第10B圖中所示,可以接著在WTRU 1005和1010之間建立預設的D2D EPS承載1050,如果必要隨後是大量的專用D2D EPS承載。例如,無線電承載配置可以包括以最低配置建立預設承載。D2D伺服器1035可以向作為主端的一個MME/SGW提供WTRU能力,其隨後可以向作為從端(slave)的另一個MME/SGW指明該配置。然後MME/SGW可以將配置傳遞到eNB用於建立無線電承載。源MME/SGW 1025可以從WTRU 1005和1010獲得WTRU能力,且將其放在容器中傳遞到目標MME/SGW 1030直到目標eNB 1020,從而可以協調無線電承載配置。
兩個營運商可以協調無線電配置。如上所述,這種協調可以在eNB到eNB級或MME到MME級實現。在使用eNB到eNB級協調時,源MME可以請求通過使用目標WTRU的D2D裝置識別符被識別的目標MME。目標MME可以向源MME發送識別目標eNB的資訊,且源MME可以將這個資訊轉發給源eNB,從而源eNB知道它可以經由X2介面與誰進行協調。
使用MME到MME級的協調,源MME可以向源eNB發送D2D資源請求消息以請求可用於D2D鏈路的無線電資源。源eNB可以用包含建議的D2D無線電資源列表的D2D資源回應消息回應源MME。然後源MME可以在S10介面上向目標MME發送D2D設置請求消息,以請求目標MME設置具有建議資源列表的D2D鏈路。目標MME可以在D2D資源指示消息中將該建議資源列表從源eNB轉發到目標eNB。目標eNB可以從建議資源列表中選擇資源的子集,並可以在D2D資源分配消息中用其選擇回應目標MME。在這種情況下,目標eNB變成主端來選擇所用的D2D資源。採用某些信號變數,源eNB可以在另一個實施方式中變為主端。還是在這種場景中,目標MME可以在S10介面上將D2D設置回應消息發送回源MME(攜帶目標eNB關於可以使用哪些資源的決定)。源和目的eNB都可以使用RB重配置程序重新配置源WTRU和目標WTRU上的無線介面以能夠進行D2D通信。目標MME從目標eNB接收到D2D無線電配置完成的確認之後,它可以向源MME發送S10介面的D2D設置完成消息以完成D2D EPS承載設置。
可以用上述程序建立預設的D2D EPS承載。如果D2D服務需要其他專用的D2D EPS承載,源MME可以以類似的方式建立,或者可以使用D2D預設EPS承載。在後一種情況下,源和目標eNB可以通過D2D鏈路中的D2D預設EPS承載協調該過程。
建立了必要的D2D EPS承載之後,源MME可以向D2D伺服器發送消息以指明兩個WTRU之間的直接路徑可用。D2D伺服器可以將該資訊轉發到AS。AS可以通過應用層信令開始控制正使用該點之後的直接路徑的兩個WTRU上的應用。
多播/廣播D2D服務程序是eNB間多播/廣播和營運商間單播程序的組合/修改。為了發起營運商間的多播/廣播服務,WTRU可以向MME(源MME)發送服務請求消息(包含D2D伺服器的臨時服務名稱)。MME可以將該請求轉發到D2D伺服器。D2D伺服器可以確定該服務中涉及的WTRU附著到的MME,並可以向源MME發送這些MME的列表。源MME可以通知所有的eNB以通過與列表上的其他MME通信來協調D2D鏈路的無線電配置。如果在源eNB和每個目標eNB之間存在X2介面,也可以通過在eNB到eNB級的X2介面實現eNB之間的協調。
當WTRU先要終止D2D服務時,它可以向其MME發送服務拆除請求。MMW可以將該請求轉發到D2D伺服器。D2D伺服器可以通知相關的實體移除該WTRU的D2D EPS承載。如果僅剩一個WTRU用於相關的D2D服務,D2D伺服器可以請求該WTRU的D2D伺服器的終止以及與其服務相關的EPS承載的移除。
解除註冊D2D服務之前,如果服務在該WTRU上活動,WTRU可以執行服務拆除程序以終止服務。
WTRU可以通過向MME發送一個應用解除註冊NAS消息來解除註冊服務,所述應用解除註冊NAS消息具有它想解除註冊的服務的臨時服務識別符。MME可以向D2D伺服器發送該具有臨時服務識別符和WTRU的D2D裝置識別符的請求。D2D伺服器可以從該WTRU的可用服務列表中移除該應用。如必要,D2D伺服器可以通知AS關於這個改變。
EPS是有效的面向連接的傳輸網路。它可能需要在兩個端點(例如,WTRU和PGW)之間發送任意流量之前,建立兩個端點之間的“虛擬”連接。在EPS中,這個虛擬連接稱為“EPS承載”;一個強調該虛擬連接提供“承載服務”的事實(即,具有特定QoS屬性的傳輸服務)的術語。然而,針對兩個WTRU之間的直接通信可能存在範例(paradigm)轉換以及對該系統產生的影響。
描述了用於在第一WTRU和第二WTRU之間建立WTRU到WTRU承載/端到端PDN連接的一種方法和裝置。直接WTRU到WTRU承載或PDN連接可以在一個WTRU開始,且在其他WTRU結束。該承載可以是兩個WTRU之間的直接承載,或者在承載的路徑上存在一些中間網路節點。
在任意時間可以在WTRU可以運行多個應用,每一個具有不同的QoS需求。為了支持多個QoS需求,可以在EPS內設置不同的承載,每一個與一個QoS相關聯。承載可以基於它們可以提供的QoS的特性分成兩類:最低保證位元率(GBR)和非GBR承載。
基地台可以確保無線電介面上承載的必要QoS。每個承載可以具有相關聯的QoS等級識別符(QCI)以及分配和保留優先順序(ARP)。每一個QCI的特徵可以在於按照優先順序、封包延遲預算和可接受的封包丟失率。QCI已經被標準化,從而供應商可以對於潛在的服務特徵有相同的理解,從而提供相應的處理,包括佇列管理、條件作用和監管策略。承載的ARP可以用於呼叫准入控制,且還可以管理關於新承載建立之請求優先購買(pre-emption)的承載的優先順序。
第11圖示出了跨多個介面的EPS承載設置的一個示例。如第11圖中所示,可以在PGW 1105和SGW 1110之間建立S5/S8介面,在SGW 1110和eNB(即,基地台)1115之間建立S1介面,且在eNB 1115和WTRU 1120之間建立無線電介面。通過每個介面,EPS承載可以映射到低層的承載,每一個具有其自身的承載身份。每一個節點可以跟蹤在通過其不同介面的承載ID之間的綁定。
eNB 1115可以保存無線電承載ID和S1承載之間的一對一映射以創建兩者之間的映射。映射到同一EPS承載的IP封包可以接收轉發處理的同一承載級的封包。提供不同承載級的QoS流可能需要為每個QoS流建立分別的EPS承載,且用戶IP封包過濾成不同的EPS承載。封包濾波成不同承載可以基於流量流模版(TFT)。
第12圖示出了在無線通信系統1200中實現的承載建立程序的示例信號流程,該無線通信系統1200包括WTRU 1205、eNB 1210、MME 1215、SGW 1220、PGW 1225和PCRF 1230。當建立了承載,可以建立上述討論的跨每個介面的承載。PCRF 1230可以向PGW 1225發送指明承載所需QoS的策略控制和計費(PCC)決策提供消息。PGW 1225可以使用該QoS策略指派承載級的QoS參數。然後PGW 1225可以向SGW 1220發送包括與將要在WTRU 1205中使用的上行鏈路TFT和承載相關聯的QoS的創建專用承載請求消息1240。SGW 1220可以將創建專用承載消息1245(包括承載QoS、UL TFT和S1-承載ID)轉發到MME 1215。MME 1215接著可以構造一組包含UL TFT和EPS承載身份的會話管理配置資訊,並將其包含在要發送到eNB 1210的承載設置請求消息1250中。會話管理配置是非存取層資訊,並且可以由eNB 1210透明地發送到WTRU 1205。
承載設置請求消息1250還可以向eNB 1210提供承載的QoS。該資訊可以由eNB 1210用於呼叫准入控制,並可以通過適當的排程用戶的IP封包來確保必要的QoS。eNB 1210可以將EPS承載QoS映射到無線電承載QoS,並可以將RRC連接重配置消息1255(包括無線電承載QoS、會話管理配置和EPS無線電承載身份)用信號發送到WTRU 1205以設置無線電承載。RRC連接重配置消息1255可以包含無線電介面的所有配置參數。這是用於層2的配置(封包資料彙聚協定(PDCP)、無線電鏈路控制(RLC)和媒體存取控制(MAC)參數),及WTRU 1205的層1參數來初始化協定堆疊。沿上述路徑中的節點,但是是從WTRU 1205返回到PCRF 1230的反向,可以隨後產生相應的回應消息(RRC連接重配置完成消息1260)以確認承載已經正確設置。
PGW 1225可以依據PCRF 1230的規章負責WTRU 1205的IP位址分配,以及QoS執行和基於流的計費。PGW 1225可以負責將下行鏈路用戶IP封包過濾為基於QoS不同的承載。這可以基於TFT執行。PGW 1225可以進行保證位元率(GBR)承載的QoS執行。
由於兩個WTRU之間針對直接通信的範例發生了改變,可能需要修改一種新的端到端承載概念的定義。這種新類型的承載可能具有多個系統影響。
例如,在無線電承載(RB)和回程(RAN和/或CN)承載(共同稱為EPS承載)之間存在一對一映射。如果不再應用一對一映射,可能影響NAS層和NAS程序。
在另一個示例中,直接WTRU到WTRU通信的新的承載可能僅是兩個WTRU之間的RB。這種情況下,本文描述了用於處理WTRU和MME中新的承載(僅RB)的方法(不必具有已經設置的S1和S5資源)。如果可以在低層(PDCP、RLC等)定義新型的承載,那麼可能需要修改定址方案,因為可能不再需要IP位址。
直接WTRU到WTRU連接可能通過基地台或網路中的某一其他實體。這種情況下,可以在通過網路實體(RAN和/或CN)的WTRU之間定義新的端到端承載。對於這種情況,可能需要建立某些用戶平面資源(S1-U隧道)而不需要其他的資源(S5/S8隧道)。因此,可以定義設置這種類型承載的程序,可以確定不同網路節點(例如,基地台、MME、SGW等)如何保持這一承載的上下文。
在WTRU到WTRU連接中,PDN-GW可能不在用戶路徑上或者PDN-GW不是用戶平面隧道的端點。在這種WTRU到WTRU通信模型中,關於PDN-GW功能的影響需要解決。這可以包括,例如,哪個/什麼實體執行PDN-GW功能、WTRU到WTRU通信上下文中的PDN-GW的相關性、以及額外PDN-GW功能的需要。
本文描述的是為之前描述的情況1、情況2、情況3和情況4的每一個建立WTRU到WTRU承載。
第13圖示出了用於無線通信系統1300中實現的情況1的WTRU到WTRU PDN連接的PDN連接設置程序的示例性信號流程圖,該無線通信系統1300包括第一WTRU 1305、eNB 1310、MME 1315和第二WTRU 1320。WTRU可以具有在WTRU附著到網路上時建立的預設承載。
如第13圖所示,情況1中的WTRU到WTRU PDN連接可以由WTRU 1305通過向MME 1315發送PDN連接請求消息1325來發起。該PDN連接請求消息1325可以包含可以輔助MME 1315建立WTRU到WTRU PDN連接的額外資訊元素(IE)。例如,額外的IE可以指明或者是PDN連接的類型(即,WTRU 1305可能想要通知MME 1315該PDN連接用於直接WTRU到WTRU通信)。另一個示例性IE可以是用於連接路徑的偏好列表(即,WTRU 1305可能想要通知MME 1315關於它偏好的PDN連接的路徑)。例如,WTRU 1305可以偏好經由eNB 1310(情況2)或經由SGW(未示出)(情況3)的直接WTRU到WTRU的路徑。另一個示例性IE可以是名稱、別名、移動台國際用戶目錄號(MSISDN)、存取點名稱(APN)、公共用戶身份(PUI)或某些其他形式的WTRU的身份1320。請求WTRU 1305可以向MME 1315指明它想要與之建立PDN連接的WTRU的身份。MME 1315可以使用這個資訊在網路中選擇正確的WTRU用於PDN連接建立。
參考第13圖,當MME 1315從WTRU 1305接收了PDN連接請求1325時,它可以使用從WTRU 1305接收到的資訊設置該連接。基於WTRU 1305和1320及網路的能力,MME 1315可以確定設置直接的WTRU到WTRU PDN連接。MME 1315還可以使用胞元定位、測量、訂閱資訊等來識別將要設置的承載的類型(即情況1、情況2、情況3等)。然後MME 1315可以向eNB 1310發送承載設置請求消息1330,其可以包括封裝的啟動承載NAS消息。承載設置請求消息1330還可以向eNB 1310指明該承載設置請求消息1330是用於直接WTRU到WTRU連接,從而eNB 1310可以向WTRU 1320發送關於設置該直接連接的必要資訊。該資訊可以包括無線電網路臨時識別符(RNTI)或WTRU 1305的某些其他層2身份、排程資訊、該承載的生存時間內WTRU 1305將使用的QoS參數、和包含在eNB發送到WTRU 1320的RRC重配置請求消息1335中的其他層2連接設置參數。承載設置請求消息1330可能不包括創建與SGW的S1隧道(未示出)所需要的隧道端點ID(TEID)和其他參數(例如,IP位址、埠號等)。
當WTRU 1320接收了RRC重配置請求消息1335和封裝在該RRC重配置請求消息1335中的啟動承載NAS消息時,WTRU 1320可以接受或拒絕RRC重配置請求消息1335。RRC重配置請求消息1335可能不包括在正常情況發出的用於建立WTRU 1320和eNB 1310之間無線電承載的參數。如果WTRU 1320接受了該請求,它可以發送RRC重配置回應消息1340,其可以包括包含在RRC重配置回應消息1340的NAS傳輸容器中的承載啟動接受消息。
WTRU 1320還可以包括為WTRU 1305指派的IP位址(如果為這個PDN連接指派了IP位址),該IP位址在包含在RRC重配置回應消息1340的NAS傳輸容器中的NAS消息中,因為WTRU 1320可能具有PGW(未示出)的某些功能。然後該NAS消息可以由eNB 1310在S1-AP承載設置回應消息1345中轉發到MME 1315。現在MME 1315可以向WTRU 1305發送封裝在S1-AP承載設置請求消息1350中的PDN連接接受消息。S1-AP承載設置請求消息1350可以觸發eNB 1310向WTRU 1305發送必要的層2參數用於直接的WTRU到WTRU連接,如本文所述。這些參數和NAS PDN連接接受消息可以在RRC重配置請求消息1355中發送到WTRU 1305。
PDN連接接受消息可以包括由WTRU 1320為該PDN連接指派的IP位址,以及包括TFT和將要用於該特定PDN連接的封包濾波器的QoS參數。WTRU 1320還可以包括其自身的IP位址,其可以由在WTRU 1305上運行的對等(P2P)/ProSe應用使用。如第13圖中所示,接著WTRU 1305可以向eNB 1310發送RRC重配置回應消息1360,進而eNB 1310可以向MME 1315發送承載設置回應消息1365。為了完成這個程序,接著WTRU 1305可以在上行鏈路直接傳送消息中向MME 1315發送PDN連接完成消息1370,向MME 1315指明直接WTRU到WTRU PDN連接可能已經在WTRU 1305和WTRU 1320之間成功建立。然後WTRU 1305和1320兩者可以通過該直接PDN連接彼此發送資料。
當WTRU 1305向WTRU 1320發送了PDN連接請求消息1325時,MME 1315不能繼續進行PDN連接建立程序,但是替換地可以向WTRU 1305發送PDN連接拒絕消息。這可能由於以下的一種或多種原因而發生,其可以包含在拒絕消息中:1)WTRU 1320的用戶可能沒有接受進入的鄰近連接;2)WTRU 1320可能不再處於鄰近位置或者處於同一eNB/HeNB的覆蓋範圍內;或者3)WTRU 1320可能已經達到鄰近連接的最大數量且不能接受任何新的連接。
作為WTRU到WTRU PDN連接的替換,情況1中的直接端到端承載可以使用直接的WTRU到WTRU專用承載完成。在這種情況下,WTRU 1305和1320可能具有預設的承載(即,預設PDN連接可能使用PGW被設置,且WTRU 1305和1320都可能已經在它們之間為了直接WTRU到WTRU通信的目的設置了直接專用承載)。
第14圖示出了以上情況的連接建立程序的示例性信號流程圖,其中WTRU 1305可以向MME 1315發送承載資源分配請求NAS消息1400以設置直接的WTRU到WTRU專用承載。在承載資源分配請求NAS消息1400中,WTRU 1305可以包括一個或多個額外資訊元素(IE),其可以如上所述包括在PDN連接請求消息中。而且,在承載資源分配請求NAS消息1400中,鏈路的EPS承載ID(LBI)可以作為空白的IE或以特定的保留代碼發送。這可以向MME 1315指明專用承載不能鏈結到原始的預設承載。此外,WTRU 1305可以在承載資源分配NAS消息1400中包括其IP位址,該消息1400可以由MME 1315發送到WTRU 1320,或者MME 1315可以自己向WTRU 1320發送WTRU 1305的IP位址,其可以由在WTRU 1320上運行的P2P或ProSe應用使用。由於IP位址不是由WTRU 1320指派,這可能是需要的。第14圖中所示程序的剩餘部分與第13圖中所示的程序類似。
本文描述了設置情況2中端到端PDN連接的程序。儘管這個程序和與情況1相關聯的程序類似,如第13圖中所示,但是每個消息的內容可能與情況1中消息的內容不同。返回參考第13圖,情況2的PDN連接請求消息可能與情況1的PDN連接請求消息1325類似。在承載設置請求消息1330中,MME 1315可以通知eNB 1310該連接可以經由eNB 1310為WTRU到WTRU連接建立。這可以由eNB 1310通過發送映射ID或者通過在承載設置請求消息1330中發送明確指示實現。在情況2中可以由MME 1315發送演進型無線電存取承載(E-RAB)。當eNB 1310向WTRU 1320發送了RRC配置請求消息1335時,RAB可以在eNB 1310和WTRU 1305之間建立。eNB 1310可以在承載設置請求消息1350中向eNB 1310發送相同的映射ID。這可以向eNB 1310指明來自第一RAB的資料可以在建立的該RAB上發送,而不是將其發送到SGW(未示出)。這可以由MME 1315發送明確的指示而實現。
接著eNB 1310可以向WTRU 1305發送RRC重配置請求消息1355以建立WTRU 1305和eNB 1310之間的RAB。一旦建立了RAB,WTRU 1305可以向MME 1315發送PDN連接完成消息1370,且WTRU 1305和1320能夠經由該PDN連接交換資料。
本文描述的是在每個WTRU和PGW之間建立正常PDN連接或正常EPS承載的情況(即,每個WTRU具有RAB和相應的S1和S5承載)。然而,對於直接WTRU到WTRU通信,資料可以在eNB直接從一個RAB傳輸傳送到其他RAB,如第3C圖所述。這種PDN連接可以是預設的PDN連接或專用承載。
在這種PDN連接是預設的PDN連接的情況下,WTRU之一(WTRU-1或WTRU-2)可以向MME發送PDN連接請求NAS消息,如本文關於情況1的描述。基於本文關於情況1描述的各種考慮,一接收到該消息,MME可以決定建立這種用於直接WTRU到WTRU通信的連接(情況2)。MME然後可以發送指示/消息以觸發來自WTRU的PDN連接請求。MME可以包括該消息中的一個或多個這些參數:1)QoS參數(QCI等);2)PDN連接用於直接WTRU到WTRU通信的指示;3)特定的存取點名稱(APN)資訊;4)WTRU-1的IP位址等。WTRU-2接著可以基於這些參數請求PDN連接。可替換地,可能MME通過向WTRU發送啟動的可以包括以上參數的預設EPS承載消息啟動WTRU-2的PDN連接建立程序。
在這些WTRU-1或WTRU-2的PDN連接的設置過程中,或者在已經建立了這些PDN連接的每一個之後,MME可以在承載設置請求消息或任意其他下行鏈路S1-AP消息中向eNB發送每個承載的映射ID。該映射ID可以向eNB指明已經為直接的WTRU到WTRU通信建立了這些承載的每一個,且可以輔助eNB將在WTRU-1的RAB上傳送的資料發送到WTRU-2的RAB,反之亦然。從而封包可以不通過S1和S5隧道。
經由eNB的直接WTRU到WTRU的通信(情況3)還可以以專用承載建立完成。WTRU-1可以向MME發送帶有該請求是用於直接WTRU到WTRU通信的指示的專用承載啟動請求。該請求如上所述可以包括PDN連接請求中的一些或全部參數。可替換地,WTRU可以向MME發送消息指明它想要與特定WTRU進行直接WTRU到WTRU連接,且MME可以通過在每個WTRU發起專用承載建立程序進行回應。WTRU發送到MME的消息可以包括某一形式的其他WTRU的識別(例如,IP位址、發現別名等)。
在這些專用承載的每一個的建立過程中,MME可以向eNB發送映射ID,從而eNB可以將來自WTRU-1的RAB上的封包映射到用於WTRU-2之RAB,如本文所述,使得封包不必經過S1和S5隧道。
當建立了每個專用承載時,WTRU的NAS層上預設承載的QCI和為直接WTRU到WTRU通信建立的相應的專用承載可能相同。這可能導致WTRU的NAS層上的某些混亂。然而,這種混亂可以通過在上行鏈路和下行鏈路方向為兩個WTRU恰當地設置封包濾波器和TFT來避免。封包濾波器可能需要配置有每個WTRU和/或特定埠號的正確的IP位址來避免這種混亂。
在情況3的另一個示例中,WTRU可以具有與不止一個WTRU的鄰近連接。在這種情況下,基地台可能需要檢查目的位址,或者封包的某一其他目的身份,並將其發送到適當的RAB,使得封包可以路由到正確的目的WTRU。這種情況下的基地台可能通過深度封包檢測或某一其他方法對目的位址進行檢查而具備檢查封包目的位址的能力。也可能使用層2或層3定址方案,諸如,例如RNTI或某些特定的鄰近位址。這種情況下,當基地台在層2或層3消息中發現了這樣的目的位址,它可以使用該位址將封包路由到正確的目的地。
本文描述的是用於如第3D圖中所示通過SGW 330的直接WTRU到WTRU通信的端到端承載。該承載建立程序可以由任意涉及的WTRU(即,WTRU-1或WTRU-2)發起。
第15圖示出了一個示例性信號流程圖,其中WTRU-1發起在無線通信系統1500中實現的情況4的PDN連接請求,該無線通信系統1500包括第一WTRU 1505、eNB 1510、MME 1515、SGW 1520和第二WTRU 1525。WTRU 1505可以發送PDN連接請求消息1530。一接收到PDN連接請求消息1530,MME 1515可以決定經由SGW 1520建立該承載。MME 1515接著可以向eNB 1510發送承載設置請求消息1535,其如本文上述其可以包括IE,並可以額外地包括使用SGW 1520設置用戶平面隧道的其他參數。例如,承載設置請求消息1535可以包括TEID、IP位址、埠號等。eNB 1510然後可以創建無線電承載來發送RRC重配置請求消息1540。
這種情況下WTRU 1525還可以作為PGW,且如本文所述向WTRU 1505指派用於該PDN連接的IP位址。該IP位址可以在承載設置回應消息1545中發送到MME 1515。承載設置回應消息1545還可以包括來自eNB 1510使用 SGW 1520建立用戶平面隧道的參數。
MME 1515然後可以繼續通過向SGW 1520發送創建會話請求消息1550設置S1-U隧道。MME 1515可以發送兩個分別的創建會話請求消息1550用於SGW 1520和eNB 1510之間的每一個S1-U隧道,或者MME 1515可以僅向eNB 1510發送一個創建會話請求消息1550。在後一種情況中,MME 1515可以向SGW 1520指明創建會話請求消息1550可以建立兩個S1-U隧道,並可以包括每個S1-U隧道建立所需的參數。而且,在任意一種情況下,創建會話請求消息1550可能不同於建立正常EPS承載中發送到SGW 1520的那個。
例如,MME 1515發送的創建會話請求消息1550可以包括映射ID、指示或者類似於向SGW 1520指明該隧道可以為直接WTRU到WTRU通信建立的某些東西,且從該隧道到達SGW 1520的任意資料可以路由到相應的S1-U隧道而不是S5隧道。MME 1515還可以向SGW 1520指明不向PGW發送創建會話請求消息(即,來創建S5隧道)。
在另一示例中,創建會話請求消息1550可以包括相應S1隧道的參數(相應S1-U隧道的S1-U承載ID)。
在另一個示例中,MME 1515可以指派該WTRU到WTRU端到端承載的承載ID,並將其在創建會話請求消息1550中發送到SGW 1520。兩個創建會話請求消息1550中該承載ID可以相同。
在另一個示例中,創建會話請求消息1550可能不包括PGW或PDN位址。
當MME 1515從SGW 1520接收創建會話回應消息1555時,MME 1515可以接著向eNB 1510發送承載設置請求消息1560,其可以包括用於WTRU 1505的PDN連接接受消息。這可以觸發eNB 1510和WTRU 1505之間的RAB的建立。而且,當MME 1515從SGW 1520接收創建會話回應消息1555時,如果還沒有這樣做,MME 1515可以向服務WTRU 1525的eNB 1510發送S1-U用戶平面隧道參數。
另外,如本文所述,可能為這種類型的WTRU到WTRU連接設置專用承載。該程序可能與關於該情況的上述消息的改變類似。此外,類似於情況3的情況在封包由SGW 1520路由的情況中是可能的。
直接的裝置至裝置通信最近變得越來越重要。這需要現有3GPP架構和呼叫管理程序的改變。本地路徑和雙無線電存取技術(RAT)情況都需要呼叫管理程序。還必須支持eNB間、MME間和PLMN間的情況。
為了管理D2D承載,需要開發呼叫管理的程序。後文將描述若干實施例。
本文描述了用於與D2D配置和承載設置、D2D承載重配置、以及D2D承載拆除相關的本地路徑和雙RAT情況的呼叫管理程序。本文還描述了PLMN內和PLMN間的情況,包括用於雙RAT和本地路徑的eNB內、eNB間和MME間的情況。還描述了過程的細節以及與RRC和NAS消息和介面相關的相應更新(S1-AP介面更新、X2介面更新和S10介面更新)。還描述了用於啟用D2D的系統資訊更新。
D2D承載呼叫建立之前,兩個具備D2D能力的WTRU可能處於網路覆蓋下並可能已經在網路中註冊,且NAS信令連接和RRC連接設置可能已經通過每個WTRU個別地在D2D承載設置之前完成。
應當注意的是以下描述的程序將參考3GPP LTE和IEEE 802.11進行描述,但是這些程序可以應用到包括但不限於WCDMA、IEEE 802.16、CDMA2000等的任意無線通信技術。
下文描述了雙RAT的呼叫管理的實施例。
這種情況下,D2D鏈路基於不同於3GPP RAT的技術。為方便起見,該其他RAT將稱為是基於802.11的,但是可以等價地使用任意其他技術和其他RAT(例如,藍芽等)。對於雙RAT,以下程序應用到D2D直接路徑並涵蓋PLMN內和PLMN間的情況,包括eNB內、eNB間和MME間的情況。
以下介紹了幾種用於雙RAT情況的發現和通信機制。發現機制(裝置發現和服務發現)可能獨立於兩個具有D2D能力的WTRU之間的通信程序。應當注意到以下發現和通信機制的任意組合是可能的。
在基於蜂巢的裝置發現中,D2D裝置發現可以首先在蜂巢RAT上實現。蜂巢上的裝置發現可以觸發基於802.11RAT的D2D鏈路上通信的服務發現或隨後的802.11 RAT上的裝置發現。蜂巢RAT上的D2D裝置發現可以限制為從位置資訊(基於LTE定位協定、GPS或其他方式)、胞元識別符、扇區識別符等獲得的資訊。
這種情況下,802.11 RAT無線甚至不能在蜂巢RAT執行D2D裝置發現並識別基於802.11 RAT的D2D鏈路可能可行之前被觸發。具備D2D能力的WTRU可以向網路提供基於蜂巢RAT的D2D裝置發現的結果。然後網路實體(或多個實體)可以輔助具備D2D能力的WTRU將裝置發現結果轉換為服務發現。可能涉及的EPS實體包括但不限於MME、D2D伺服器、HSS、存取網路發現和選擇功能(ANDSF)、策略控制和規則功能(PCRF)等。隨後,802.11 RAT可以進行基於802.11的裝置發現以增強來自蜂巢RAT上D2D發現的結果。在另一個實施例中,802.11 RAT上通信的服務發現程序可以基於在蜂巢RAT上進行的D2D裝置發現觸發。
網路可以基於其當前策略或隱私方面以及允許具備D2D能力的WTRU瞭解哪些用戶向具備D2D能力的WTRU提供濾波器。
在另一個實施例中,可以用唯一的其他RAT D2D識別符執行裝置發現。802.11 RAT可以進行裝置發現而無需來自3GPP(LTE)網路的觸發。其他RAT可能存在唯一的裝置識別符(例如,802.11 MAC位址),其是唯一的且不能被篡改。這個唯一的裝置識別符可以為3GPP網路所知。這個唯一的識別符可以在用戶購買裝置或與網路通信時註冊作為來自具備D2D能力的WTRU的其他RAT資訊的一部分。
如果還沒有連接,具備D2D能力的WTRU連接到3GPP網路。類似於LTE版本8或更新的版本的基準程序,具備D2D能力的WTRU可以基於通用用戶身份模組(USIM)資訊進行認證。在一個實施例中,其他RAT的認證程序可以“依賴於”(ride on)蜂巢網路提供的認證。
具備D2D能力的WTRU可以向網路提供裝置發現結果。然後網路實體(或多個實體)可以輔助具備D2D能力的WTRU將裝置發現結果轉換為服務發現。可能涉及的EPS實體包括但不限於MME、D2D伺服器、HSS、ANDSF、PCRF等。由於存在可以在網路上用於每一個雙RAT具備D2D能力的WTRU的其他RAT上的唯一裝置識別符,網路可以將D2D裝置識別符轉換為服務識別符。
網路可以基於其當前策略或隱私方面以及允許具備D2D能力的WTRU瞭解哪些用戶向具備D2D能力的WTRU提供濾波器。
在另一個實施例中,其他RAT的D2D識別符可以由蜂巢網路分配。具備D2D能力的WTRU連接到3GPP網路。作為註冊/附著或隨後的NAS程序的一部分,具備D2D能力的WTRU可以向網路指明其能夠在其他RAT中進行D2D操作。還可以指明它需要蜂巢網路分配唯一的D2D裝置識別符。然後網路可以為其他RAT分配唯一的D2D裝置識別符。可能涉及的EPS實體包括但不限於MME、D2D伺服器、HSS、ANDSF、PCRF等。
其他RAT使用這個分配的唯一D2D識別符作為其D2D裝置發現程序一部分。其他RAT上的裝置發現消息可以看做用於發現的“高層”消息。一旦完成了裝置發現,具備D2D能力的WTRU可以向網路提供裝置發現結果。由於網路完全瞭解其他RAT D2D裝置識別符之間的映射和服務級映射,網路實體(或多個實體)可以接著輔助具備D2D能力的WTRU將裝置發現結果轉換為服務發現。
網路可以基於其當前策略或隱私方面以及允許具備D2D能力的WTRU瞭解哪些用戶向具備D2D能力的WTRU提供濾波器。
在另一個實施例中,裝置發現可以由蜂巢網路觸發。例如,802.11 RAT具備D2D能力的WTRU-1經由基準基礎設施模式連接到802.11 RAT具備D2D能力的WTRU-2。蜂巢網路檢測其他RAT上的D2D可能用於WTRU-1和WTRU-2之間的資料通信。這可以基於,但不限於位置資訊、測量、胞元ID、扇區ID等。蜂巢網路可以請求WTRU-1和WTRU-2打開它們的其他RAT無線電並開始在其他RAT上的D2D裝置發現。其他RAT基於唯一的D2D裝置識別符或使用由蜂巢網路在802.11 RAT上分配的D2D裝置識別符實現裝置發現。裝置發現結果可以轉換為服務發現。
兩種資料平面協定的選擇可以考慮用於使用基於802.11 RAT的D2D鏈路的通信。
在一個實施例中,IP可能位於802.11 MAC/PHY之上。在該實施例中,IP封包直接攜帶在基於802.11的MAC和PHY協定之上。蜂巢網路可以輔助基於其他RAT的D2D鏈路的配置。這可以使用NAS或RRC消息啟用。
來自D2D WTRU的802.11 RAT呼叫管理的蜂巢網路的輔助可以減少協調基於802.11的D2D鏈路所需的配置時間和資源。例如,如果涉及了兩個具備三模式802.11 RAT的D2D WTRU,蜂巢網路可以經由相應的eNB到WTRU鏈路向這些WTRU指明使用802.11n,還可以指明使用的通道和其他相關配置參數。
蜂巢網路可以提供資訊,呼叫涉及的具備D2D能力的WTRU可以得到密鑰用於基於802.11 RAT的D2D直接路徑上的通信。可替換地,還可以使用基於802.11的安全。蜂巢網路可以有助於為D2D基於802.11 RAT的直接路徑分配新的IP位址。可替換地,可以為D2D鏈路和基礎設施鏈路定義單獨的邏輯介面。邏輯介面定義可以被擴展用於分別的D2D和基礎設施鏈路。這些可以應用到WTRU可以具有D2D直接路徑、D2D本地路徑和基礎設施鏈路的情況。
在另一個實施例中,蜂巢無線電鏈路控制(RLC)和封包資料彙聚協定(PDCP)層可以位於802.11 MAC/PHY之上。蜂巢RLC/PDCP協定資料單元(PDU)直接攜帶在基於802.11的MAC和PHY協定之上。蜂巢網路可以在802.11 MAC/PHY之上配置RLC和/或PDCP層,並可以輔助基於802.11的D2D連接的配置。這可以通過使用NAS或RRC消息啟用。
如果配置了PDCP層,蜂巢層可以提供用於802.11 RAT D2D直接路徑傳輸的與基準類似的安全性。可以導出或定義新的安全密鑰,其可能不同於基礎設施鏈路使用的密鑰。
在該實施例中,不需要D2D鏈路的新的IP位址分配。IP位址分配的錨點可以是PGW,這可以有助於D2D承載移動到基礎設施模式時的移動性。
第16A圖和第16B圖,合在一起,是在無線通信系統1600中具有唯一D2D識別符的eNB內、MME內雙RAT的服務請求程序的示例性程序的信號流程圖,該無線通信系統1600包括第一WTRU 1605、第二WTRU 1610、eNB 1615、MME 1620和D2D伺服器1625。在該示例中,WTRU 1605和1610都可以具有D2D 802.11 RAT能力,並可以在網路中註冊。WTRU 1605和1625都可以具有它們自己在RAT上的唯一D2D識別符,並進行裝置和服務發現(1630)。一旦完成了服務發現(1630),相關聯的應用可以瞭解服務發現並可以觸發用於D2D承載建立的服務請求程序。第16A圖和第16B圖中所示的示例描述了在802.11 RAT(WiFi) MAC/PHY頂部上配置的蜂巢RLC和/或PDCP層。
如第16A圖中所示,如果WTRU 1605想要使用802.11 RAT擁有與WTRU 1610的D2D服務,WTRU 1605可以通過eNB 1615向MME 1620發送具有WTRU 1610的D2D裝置ID和臨時服務名稱的服務請求1640。MME 1620可以將服務請求1645轉發到D2D伺服器1625。D2D伺服器1625可以用PCRF(未示出)驗證該請求並可以提供任意需要的策略資訊。
如第16B圖中所示,MME 1620可以通知eNB 1615執行無線電配置以設置WTRU 1605和1610之間的專用D2D EPS承載1650。eNB 1615可以使用無線電承載(RB)重配置程序配置用於WTRU 1605和1610的RLC和/或PDCP層。MME 1620或eNB 1615還可以輔助基於802.11的MAC和PHY協定的配置。
第17圖示出了發起鄰近服務請求的WTRU 1700的示例。鄰近服務承載的建立可以由WTRU 1700或網路發起。WTRU 1700可以請求具有特定服務品質(QoS)需求的資源以及鄰近特性ID或者WTRU 1700可能感興趣的關於建立最佳化鄰近連接(OPC)的搭檔列表、或者確定搭檔鄰近的請求的至少一個。WTRU 1700可以使用由周圍WTRU廣播的值和/或它可以明確地使用應用功能提供的識別符,以向MME發送適當的資訊元素(IE)。WTRU 1700可以使用特定QoS需求以及D2D承載是否可以共用同一QoS類別識別符(QCI)特徵的指示、發起WTRU和終止WTRU是否可以具有相同QoS參數的指示、和/或請求WTRU是否可以承擔臨時贊助屬性的指示而請求資源。
WTRU 1700可以建立網路和無線電資源的設置。這可以通過承載資源分配請求或承載資源修改來實現。網路能夠接受或拒絕是否由特定WTRU觸發鄰近程序。當WTRU使用本文所述機制請求網路資源時,網路可以基於特定應用的需求確定什麼可能是最可行的程序,以建立最佳化連接並傳遞位置資訊。
應用可以請求保證鄰近承載建立的資源。例如,應用可以請求Rx介面上可以促進策略和計費規則功能(PCRF)以設置觸發承載建立或可以用於支援OPC的承載的服務或動作。本文描述了可以觸發支援OPC承載的建立的服務或動作。
可替換地,提供鄰近服務的應用可以請求承載的建立以支援OPC(例如,在Rx介面上)。本文描述了為何應用可以請求支持OPC的資源的可能原因(雖然不是原因的完全列表)。可替換地,需要鄰近服務的應用可以請求來自鄰近伺服器或中央鄰近功能的鄰近服務,其接著可以使用之前描述任何方法建立端到端鄰近承載。可替換地,WTRU內的應用可以請求可能需要用於支援OPC的承載建立的資源。
第18圖示出了用於鄰近服務的策略和計費控制模型1800,藉此可以建立基於PCRF的鄰近驅動的承載。應用功能(AF)1805,(例如,鄰近伺服器)可以向PCRF 1810提供承載必須遵循以支援在這些承載上傳輸的資料流的需要的特徵和/或要求。從而,AF 1805可以明確向PCRF 1810指明可能需要鄰近支援的應用的“支援的特性”或“應用身份”。這可以使用已經包含在認證和認證請求(AAR)直徑消息中的現有屬性值參數(AVP)來實現。PCRF 1810可以使用策略將“應用身份”或“支援的特性”與特定QoS和/或策略和計費控制(PCC)規則和/或單個的鄰近服務ID“綁定”。
策略與計費控制模型1800可能進一步包括用戶配置檔庫(SPR)1815、線上計費系統(OCS)18201和18202、承載建立和事件報告功能(BBERF)1825、流量檢測功能1830和策略計費執行功能(PCEF)1835。
單代理服務ID可以用於關聯訂閱可能需要鄰近服務的應用的任意其他成員。這些成員可以是一組的部分或者可以通過OPC連接的單個WTRU,其可以是採用WTRU到WTRU通信的更短路徑的連接(例如,情況3中通過eNB的鄰近連接)。
鄰近服務ID可以從組ID或者與需要鄰近支援的應用或服務相關聯的應用ID導出。單鄰近服務ID(SPSI)可以用於管理可以關聯到單個TFT的至少兩個WTRU的連接(留下何時及/或何地建立完全到3GPP網路的該連接的決定)。通過相關的PGW,PCRF可以將單個鄰近服務ID發送到MME。MME可以使用該身份確定是否存在可以使用OPC連接的支援鄰近服務的WTRU。如果MME識別兩個或多個具有相同鄰近服務ID的WTRU,MME可以確定這些WTRU是否可以通過OPC連接。OPC可以在不同等級上定義,包括相同的PGW、相同的LGW、相同的eNB/HeNB/HeNB或任意其他可以支援在相同鄰近承載ID上直接路由的節點。
除了使用SPSI,MME可以使用一些其他標準來確定OPC是否可以允許/執行,包括用信號發送候選OPC WTRU鄰近的修改的WTRU鄰近指示。
此外,只要MME能夠確定兩個或多個WTRU連接到候選OPC節點,就可以使用執行OPC的候選節點的節點ID。MME可以從WTRU承載上下文獲得候選的OPC節點ID,且該資訊可以在切換程序期間傳遞,包括MME間和MME內的切換。例如,承載上下文可以在“所需切換”消息和“轉發重定位請求”消息中傳遞。可替換地,可以使用全球eNB ID識別兩個或多個啟用了鄰近的WTRU是否連接到同一eNB。進一步,可以使用封閉用戶組(CSG)ID和本地H(e)NB網路(LHN)ID。
第19圖示出了基於網路的鄰近觸發程序的信號流程圖。應用功能(AF)1905,可能作為鄰近伺服器,可以向PCRF 1915發送鄰近服務請求1910。鄰近服務請求1910可能已經由請求來自AF 1905的鄰近服務的分別的AF觸發。服務資訊可以提供應用ID或特徵ID和單個的鄰近服務ID等。PCRF 1915可以向歸屬用戶伺服器(HSS)/用戶配置檔庫(SPR)1925發送用戶配置檔請求消息1920(傳遞應用ID/特徵ID)。HSS/SPR 1925可以使用該資訊取回可能由用戶定義為潛在鄰近搭檔的用戶的列表。列表可以在HSS/SPR 1925發送的配置檔回應消息1930中提供。鄰近搭檔列表與應用/特徵ID一起可以通過消息鏈傳遞到MME 1935。MME 1935可以使用該資訊確定是否可以建立OPC。
本文描述了當一個或兩個WTRU移動到空閒模式時WTRU到WTRU承載上的程序和影響。進一步,描述了在另一個WTRU有資料要在空閒模式發送時可以使WTRU之一轉換到連接模式的傳呼程序。根據本文描述的WTRU到WTRU承載情況,程序和方法可能不同。
在第3A圖所示的情況1中,當WTRU之一進入空閒模式,可以拆除直接的WTRU到WTRU承載(即,可以釋放無線電承載)。然而,承載的上下文可以在兩個WTRU中保持。承載上下文可以由無線電承載上下文或者全部或部分EPS承載上下文組成。因此,當兩個WTRU返回連接模式時,可以重新建立同一承載。
在第3A圖中所示的示例中,如果WTRU之一處於空閒狀態,WTRU-1和WTRU-2之間的RAB可以被拆除。然而,WTRU-2可以具有將要發送到WTRU-1的一些對等資料,但是因為拆除了直接的WTRU到WTRU承載,WTRU-2可以因此瞭解WTRU-1處於空閒狀態,從而WTRU-2可以經由預設的PDN連接或指向PDN連接的預設承載發送第一封包。既然該第一封包的目的IP位址可以是WTRU-1的位址,它可以路由到PGW,並最終到達WTRU-1的SGW。這可以觸發MME的正常傳呼以將WTRU-1轉換為連接模式。一旦WTRU-1處於連接模式,剩餘的封包可以通過直接的WTRU到WTRU承載發送。可替換地,eNB或SGW可以丟棄觸發傳呼的第一封包,並且一旦重新建立了WTRU到WTRU承載,包含第一封包的所有封包可以在直接承載上發送。
在第3B圖所示的示例(情況B)中,當WTRU之一轉換到空閒模式時,可以拆除端到端承載(即,可以釋放兩個RAB)。然而,可以在WTRU-1、WTRU-2和eNB中保持RAB的上下文。如果是這樣的話,如果WTRU之一有將要發送到其他可能處於空閒狀態的WTRU的封包,之前描述的解決方案也可以應用到這種情況。
如果WTRU之一處於空閒模式,不能釋放整個WTRU到WTRU承載,而是可以釋放連接到特定WTRU的部分承載。
在第3B圖中示出的示例(情況B)中,如果WTRU-1轉換到空閒模式,可以釋放從WTRU-1到eNB的RAB,但是如果WTRU-2保持在連接模式,不能釋放從WTRU-2到eNB的RAB。如果WTRU-2有想要發送到WTRU-1的一些鄰近或對等封包,它可能不知道WTRU-1處於空閒模式,因為用於從WTRU-2到eNB的WTRU到WTRU承載的RAB仍然處於活動狀態。因此它可以在那個RAB上發送封包。當第一封包到達eNB時,它知道那個WTRU-1處於空閒狀態。它可以向MME發送通知以將WTRU帶入連接模式,一旦它從MME接收了回應,就可以發送無線電資源控制(RRC)重配置請求以重新建立RAB。一旦在eNB和WTRU-1之間重新建立了RAB,eNB就可以將第一封包轉發到WTRU,且某些或全部剩餘的封包就可以通過WTRU到WTRU承載發送(對eNB透明)。eNB可以丟棄第一封包,且一旦重新建立了承載,包括第一封包的所有封包可以由WTRU-2發送。
第3C圖示出了經由在路徑中的eNB或HeNB建立承載的示例。在第3C圖所示的示例(情況3)中,每個WTRU可以具有到達PGW或ProSe-GW分別的承載,但是資料封包可以在連接到兩個WTRU的eNB或HeNB從一個RAB直接傳送到另一個RAB。從而,在這種情況下,當WTRU之一移動到空閒模式(例如,因為非啟動之用戶),與那個WTRU相關聯的所有RAB和S1-U承載可以被拆除,且所有與WTRU相關的上下文資訊可以在eNB或HeNB中刪除。然而,EPS承載上下文可以在WTRU和MME中保持。
參考第3C圖,如果WTRU-1進入空閒狀態,eNB/HeNB可以作為WTRU-1上下文資訊刪除的一部分而移除或解除啟動用於該承載或RAB與最佳化路徑相關聯的映射ID。從而,如果WTRU-2有資料要發送到WTRU-1,當資料可能到達eNB/HeNB時,eNB/HeNB確定映射ID還沒有指派給這個承載或RAB。然後這個資料可以轉發到相應的S1-U隧道以啟用正常(即,非最佳化)程序之後的最佳化路徑,接著可以最終轉發到S5/S8隧道。資料可以路由回PGW/ProSe-GW和WTRU-1的SGW,其可以觸發正常傳呼程序以將WTRU-1轉換到連接模式。可以向eNB/HeNB發送新的映射ID或指示以在這個傳呼程序中重新啟動舊的映射ID。從而,一旦WTRU-1返回到連接模式,eNB/HeNB可以使本地路徑能夠通過eNB/HeNB用於該承載,且所有的對等資料可以經由這條從WTRU-1到WTRU-2的路徑發送。對於情況4,可能與情況2描述的情況類似,當WTRU之一轉換到空閒狀態,可以解除啟動整個端到端承載,或者可以解除啟動與轉換到空閒模式的WTRU相關聯的承載的部分,其在這種情況下可以是RAB和相應的S1-U承載。例如,如果WTRU-1轉換為空閒模式,WTRU-1與eNB/HeNB之間的RAB和eNB/HeNB與SGW之間的隧道可以被解除啟動,但是SGW與eNB/HeNB服務WTRU-2之間的S1-U隧道和相應的RAB可以保持活動。
類似地,若WTRU-2具有對於WTRU-1對等的或ProSe封包同時WTRU-1處於空閒模式,封包可以如前所述在整個WTRU到WTRU承載已經解除啟動的情況下通過預設PDN連接發送。可替換地,封包可以由WTRU-2在WTRU到WTRU承載上發送,而從WTRU-2的角度來看其仍然處於活動狀態。這種情況下,當封包使用RAB和S1-U隧道到達SGW時,SGW可以觸發正常傳呼程序以將WTRU-1轉換到連接模式。一旦WTRU-1處於連接模式,封包可以通過WTRU到WTRU承載發送到WTRU-1。
本文描述了用於鄰近的非存取層(NAS)發現方法。用於鄰近發現的WTRU的註冊可以包括願意使用鄰近發現服務尋找其他WTRU、和/或身份自身是可由或不可由其他WTRU發現。如果它是可發現的,用戶還可以向網路提供“別名”以顯示給其他用戶,且用戶還可以提供其他如網路的性別、愛好等的資訊以顯示給其他用戶。網路是否授權WTRU使用發現服務可以基於訂閱配置檔。
而且,WTRU還可以在註冊消息中包括它正在使用的公知應用(即,應用)。公知應用是那些可以從鄰近服務受益的廣泛使用的智慧型電話的應用,諸如網際網路協定語音(VoIP)用戶端(Skype、Vonage)、和/或社交網路(SNS)應用(例如,Facebook)。網路或應用伺服器可以使用該資訊用於進一步的基於鄰近的服務。網路可以記錄WTRU的鄰近發現註冊資訊、公知應用資訊和相關聯的位置資訊(全球定位系統(GPS)座標、胞元ID、eNB_ID、CSG等)。
可以在用於註冊的附著或跟蹤區更新(TAU)消息中增加新的資訊元素(IE)。網路可以將該註冊結果在回應消息中通知WTRU。也可以為此目的設計新的NAS消息。
如果系統支援鄰近服務,胞元可以在RRC級上廣播。
可以請求應用特定資訊。如果實現了公知的應用註冊,MME可以請求WTRU發送一些應用特定資訊,諸如別名、登錄ID、密碼等。資訊可以由網路使用並進一步提供給應用伺服器用於基於鄰近的服務。可以為此目的設計新的NAS消息。
WTRU可以修改其鄰近註冊資訊(例如,從可發現到不可發現的改變)。根據位置移動,例如重選或HO到另一個胞元、或者在新區域的TAU,系統可以或者應當在原始MME中更新或刪除這個WTRU的鄰近資訊。如果WTRU具備GPS的能力,WTRU可以配置為在NAS上定期發送GPS座標以更新位置資訊。
可以請求鄰近發現資訊。WTRU可以向網路請求鄰近發現資訊,諸如允許其自身在附近可發現的所有WTRU、或者對於特定公知應用、附近同一應用的其他用戶。可以為此目的設計新的NAS消息。
可能出現系統間鄰近資訊交換。MME可以與其他系統元素諸如服務通用封包無線服務(GPRS)支援節點(SGSN)交換鄰近資訊(例如,發現資訊、位置資訊、鄰近能力資訊和/或鄰近QoS資訊等)。MME可以請求SGSN發送鄰近相關資訊用於某些位置(例如,GPS座標、胞元或跟蹤區域)。SGSN可以將位置映射到其自己的位置(胞元或路由區域)並在那個位置返回所有可發現的WTRU或者應用特定資訊。MME還可以也向其他系統提供類似的資訊。可以設計新的系統間消息。
可以在MME和應用伺服器之間建立通信。MME可以向公知的應用伺服器提供現有的鄰近資訊,從而伺服器可以具有鄰近資訊。當用戶針對應用線上時,應用可以向用戶顯示相關的鄰近資訊。根據請求或者定期地,MME可以發送當前WTRU的跟蹤區域ID或eNB ID,其可以與應用伺服器和/或鄰近伺服器註冊。可替換地,鄰近伺服器可以通知MME關於是否兩個WTRU想要經由鄰近伺服器進行通信。在第一種情況下,應用伺服器/鄰近伺服器可以使用該資訊(例如,WTRU的跟蹤區域ID識別已經請求了鄰近服務和/或可能正在使用特定應用的兩個WTRU是否在同一區域中)。如果應用伺服器確定它們處於同一區域,應用伺服器或者鄰近伺服器可以請求MME和/或網路建立兩個或多個WTRU之間的鄰近連接。
在應用伺服器可以向MME發送資訊的第二種情況下,MME可以根據來自應用伺服器/鄰近伺服器的資訊確定同一跟蹤區域的兩個WTRU是否想要彼此通信。如果MME斷定WTRU期望和/或可以進行鄰近通信,那麼可以在那些WTRU之間建立鄰近連接。
如第20圖中所示,應用閘道2005可以包含在MME 2010中以啟用與應用伺服器2015的通信。
為了實現ProSe(WTRU到WTRU鄰近服務),並啟用WTRU到WTRU通信,可以提供一種新的邏輯節點(本文稱為鄰近服務閘道(GW)(即ProSe-GW))。ProSe-GW可以由網路營運商或獨立的ProSe服務提供商或者企業部署。ProSe-GW可以跨多個本地歸屬網路和相關聯的本地GW(LGW)。類似地ProSe-GW可以跨多個企業本地網路。ProSe-GW可以包括用於ProSe PDN連接的IP位址分配、和支援QoS執行的策略控制執行功能(PCEF)以及依據PDRF規則的基於流的計費功能。
如果ProSe-GW由企業或獨立的ProSe提供商部署,那麼PCEF和基於流的計費功能不能位於ProSe-GW。這種情況下,可以用PDN連接或承載(諸如WTRU預設承載)支援ProSe,具有根據每個用戶服務級別的協議預定義的QoS等級。
ProSe-GW也可以包括針對鄰近服務涉及的WTRU的以下功能,也可以是SGW功能。當WTRU僅有ProSe PDN連接時,WTRU在eNB之間或HeNB之間移動時,本地移動錨點可以與資料承載一起使用。在WTRU處於空閒狀態(例如,EPS移動性管理(EMM)空閒或者EPS連接管理(ECM)-IDLE)時關於承載的資訊可以保持(retain),並至少臨時地緩存下行鏈路資料,同時MME啟動WTRU的傳呼以重新建立承載。對於漫遊WTRU,可以為計費(例如,發送到用戶或從用戶接收的資料量)和合法攔截收集資訊。
例如,鄰近服務(ProSe)區域可以定義為一個或多個胞元集合。(例如,具有相同CSG ID的胞元或者屬於CSG ID的列表),或者本地歸屬網路或本地企業網路的集合。ProSe區域可以跨來自多個PLMN的胞元,或者ProSec區域可以跨多個CSG。
ProSec區域可以與可能是全球唯一識別符的識別符相關聯。這樣的識別符可以由ProSec區域中的胞元廣播。ProSec區域識別符還可以在專用RRC消息或NAS消息中在WTRU之間、或者WTRU和網路實體之間交換。WTRU或網路實體(MME、eNB/HeNB、包括ProSe GW的GW)可以使用ProSe區域識別符支援ProSe發現或ProSe對等WTRU或WTRU組的發現。同一ProSe區域的WTRU可以進行ProSe通信。
可以使用可達性控制、啟動觸發器和決策節點提供ProSe存取以確定何時及如何提供ProSe存取。對於ProSe控制,可能為了啟用和控制ProSe,以下資訊可以合併到WTRU或用戶的訂閱配置檔中。
ProSe許可可以定義為WTRU進行ProSe的許可。而且,HSS中的PDN訂閱上下文可以包含各種粒度的ProSe許可,諸如存取點名稱(APN)和對於APN允許還是禁止ProSe用於該AP的指示;APN和對於該APN是否僅支持ProSe的指示;APN和ProSe支持是否是有條件的指示(例如,有條件的ProSe);PGW或ProSe GW的身份(例如,預設ProSe GW)和APN;ProSe區域(例如,ProSe區域列表)和APN;漫遊期間是否允許ProSe(例如,在訪問的公共陸地移動網路(VPLMN)中);漫遊期間是否允許ProSe通過訪問網路的ProSe GW或PGW;是否允許ProSe用於特定ProSe組(開放組、封閉組、私人組、公共組);具有關於是否允許ProSe用於特定ProSe組或特定類型的組的指示的APN;是否允許WTRU邀請另一個WTRU參與ProSe通信,即使受邀WTRU沒有訂閱ProSe;和/或具有ProSe服務允許等級指示的APN(藉此可能存在很多等級的ProSe服務);是否允許ProSe在預設PDN連接承載或專用承載或專用PDN連接上建立;ProSe是否僅被允許用於始發呼叫,僅用於終結呼叫,或都可以;許可可以被授權用於特定QoS屬性和相關臨界值,諸如最大位元率、QoS類別識別符(QCI)及分配和預留優先(ARP);允許的有效性;許可可以被授權用於特定服務類型;以及用戶同意(其可以具有與上述相同的粒度等級)。
這種資訊可以駐留在HSS中。而且,可以將這個資訊提供(例如,由HSS)給CN節點,諸如MME、SGSN、SGW或PGW。該資訊還可以如本文所述提供給ProSe GW。
此外,可以允許同一本地網路中WTRU之間或屬於定義的本地網路列表中的WTRU之間的ProSe。可以允許屬於同一CSG的WTRU之間的ProSe。許可可能一直被允許;一直被禁止;和/或是有條件的。
ProSe通信的支援也可能受制於網路配置和能力。類似地,ProSe通信的支援可能受制於WTRU配置及其能力以及協定/硬體版本或發佈。例如,某些MME、SGW和PGW可以支援ProSe而有些不能。類似地,某些eNB或HeNB可以支援ProSe而有些不能。
在移動期間,服務網路或網路節點(MME、SGW/PGW或eNB或者HeNB)可以驗證在目標網路或特定目標網路節點中對ProSe的支援。如果目標網路(或將服務該WTRU的特定目標網路節點)不支援ProSe,服務網路可以解除啟動ProSe PDN連接。這種解除啟動可以由eNB或HeNB、MME和/或SGW、PGW或ProSe-GW發起。
本文描述觸發ProSe及ProSe可以被觸發的時間。可以根據發現鄰近朋友或者根據所關注點的朋友在附近的通知觸發ProSe。通知可以從網路或從WTRU定址到用戶。例如,用戶可以配置WTRU發佈關於發現朋友或者可能還不在用戶朋友列表中的所關注點的通知。
通知可以定址到WTRU。例如,WTRU可以配置為在收到來自網路或對等WTRU或所關注點的通知時自主採取某些動作(例如,更新朋友列表)。
在進入ProSe區域或讀到來自系統資訊廣播的ProSe區域ID時,可以觸發ProSe。
用戶一請求就可以觸發ProSe。例如,用戶可以觸發WTRU檢測附近的朋友。術語“朋友”指例如,如果位於附近用戶可能期望與其建立聯繫的單獨的實體(例如,個人、商店等),一組用戶或社交網路組、ProSe區域伺服器或ProSe-GW、本地網路,等等。
網路一傳呼或請求啟動ProSe就可以觸發ProSe。例如,傳呼可以是想要建立ProSe通信的友好WTRU的結果。
根據更新ProSec允許列表、鄰近指示、網路的特性啟動、選擇胞元或切換到支援ProSe的胞元、選擇網路或進入支援ProSe的胞元或支持ProSe的ProSe GW覆蓋、選擇特定CSG ID或特定APN或GW身份、啟動本地IP存取(LIPA)服務、管理的遠端存取(MRA)服務或選擇的IP流量卸載(SIPTO)服務、或者選擇在ProSec控制章節中描述的任意ProSe許可控制參數就可以觸發ProSe。
WTRU或網路可以做觸發ProSe的決定。例如,可以由WTRU或針對另一個用戶的用戶或者在來自另一個用戶或用戶組或胞元組的回應或請求、或商店等觸發ProSe。
ProSe可以是來自網路(或ProSe服務提供商)的推送服務。網路可以自主的發起ProSe。例如,網路可以提供廣告服務。用戶一接近所關注點(例如在用戶配置檔的功能和預先安排的同意中),網路營運商或服務提供商可以觸發ProSe並推送廣告資訊以在WTRU螢幕上顯示。如果資訊仍然與WTRU的位置有關,這種廣告資訊也可能由WTRU推送到可以在任意時間顯示的可用WTRU。可以由MME、SGW、PGW、ProSe-GW或eNB/HeNB觸發這種ProSe發起。
可以發生ProSe終止和ProSe承載或連接。可以根據導致ProSe不再被允許的任意ProSe許可控制參數的改變終止ProSe。例如,根據網路授權的有效性時間到期、網路配置或WTRU配置的改變、或者移動到網路部份或網路中(其中因為網路的整個部分不能支援ProSe或者不被配置為支援ProSe、新的網路不支援ProSe、或者新的eNB、HeNB、MME、SGW或PGW不支援ProSe而不支援ProSe)、或網路、WTRU或用戶對終止ProSe的決定,ProSe通信可以終止。WTRU可以到達發送鄰近資料的允許臨界值。
計費模型可能影響支援ProSe的網路架構。相對於企業部署的ProSe、相對於歸屬部署的ProSec,營運商可以相對於獨立ProSe提供商部署ProSe服務。計費可以基於固定速率(例如,按月)計費。
可以建立預設WTRU承載、或者具有預先同意/預先配置的QoS屬性的預設PDN連接、或者具有預先同意/預先配置的QoS屬性的專用PDN以支援ProSe通信。在這個方案中,如果使用ProSe-GW或網路營運商信任的任意其他節點諸如SGW或PGW,用於下行鏈路中的QoS的策略控制執行功能(PCEF)(例如,基於APN AMBR的速率管制)可以駐留在eNB或HeNB中。
還可以在eNB或HeNB指定功能向網路報告使用S1應用協定(S1-AP)消息所消耗的資料量。
AF可以明確向PCRF指出需要鄰近支援的應用的“支援的特性”或“應用身份”。這些可以使用現有的已經包括在AAR直徑消息中的屬性值參數(AVP)執行。
單代理服務ID可以用於關聯訂閱可能需要鄰近服務的應用的任意其他成員。這些成員可以是組的一部分或可以通過最佳化鄰近連接(OPC)連接的單個WTRU。
在WTRU之一進入空閒模式的一種或多種場景,直接的WTRU到WTRU承載可能被調小(turn down),而承載的上下文可能保持在兩個WTRU中。從而,當兩個WTRU返回連接模式時,可以重新建立同一承載。也可能如果WTRU之一處於空閒狀態,整個端到端的承載不能釋放,僅能釋放連接到那個WTRU的部分承載。
迄今為止的“映射ID”和向eNB指明重啟動舊的映射ID的指示可以在這個傳呼期間發送到eNB。這樣,一旦WTRU-1返回連接模式,eNB就可以使本地路徑能夠通過該承載的eNB且所有對等資料可以沿著這條路徑從WTRU-1到WTRU-2。
WTRU可以在註冊消息中包括它正在使用的公知應用。公知應用可以廣泛用於可以從鄰近服務中受益的智慧型電話應用中,諸如VoIP客戶(Skype、Vonage),或SNS應用(Facebook)。網路或應用伺服器可以使用該資訊用於進一步的基於鄰近的服務。
WTRU可以建立網路和無線電資源的設置。這可以通過承載資源分配請求或承載資源修改來實現。網路可以能夠接受或拒絕鄰近程序是否可以由特定WTRU觸發。
第21A圖和第21B圖,合在一起,是用於無線通信系統2100中eNB內、MME內雙RAT具有蜂巢觸發裝置發現的示例性服務請求程序的信號流程圖,該無線通信系統2100包括第一WTRU 2105、第二WTRU 2110、eNB 2115、MME 2120、D2D伺服器2125和PGW 2130。在註冊(2135)期間,作為NAS層附著程序的一部分,WTRU 2105和2110都可以使用802.11 RAT指明它們具備D2D能力,並可以向MME 2120或D2D伺服器2125發送它們各自的D2D能力。MME 2120可以在它們註冊的時間或例如,使用跟蹤區域更新(TAU)程序的任意隨後更新中用WTRU 2105和2110的D2D能力更新D2D伺服器2125。
WTRU 2105可以嘗試在每個基準程序建立到WTRU 2110的公共安全(PS)呼叫。WTRU 2105和2110可以在每個基準LTE程序建立預設的EPS承載設置。WTRU 2105可以使用隨機存取通道(RACH)和連接設置程序轉移到RRC連接狀態。如果WTRU 2110還沒有處於RRC連接狀態,MME 2120就可以使用傳呼程序將WTRU 2110帶入到RRC連接狀態。這個階段之後,WTRU 2105和WTRU 2110都可以具有連接到PGW 2130的預設EPS承載2140。
MME 2120,無論是單獨還是與D2D伺服器2125協作(或其他EPC實體,諸如ANDSF、PCRF等),都可以識別WTRU 2105和2110是具備D2D能力的,且它們能夠使用基於802.11 RAT的D2D鏈路進行通信(2145)。這可能基於,但不限於位置資訊、測量、胞元ID、扇區ID等。WTRU 2105和2110可以執行裝置和服務發現。
第22A圖和第22B圖,合在一起,是在無線通信系統2200中設置eNB內本地路徑的示例性程序的信號流程圖,該無線通信系統2200包括第一WTRU 2205、第二WTRU 2210、eNB 2215、MME 2220和D2D伺服器2225。對於本地路徑的呼叫管理(單RAT),在註冊時(在附著程序中),WTRU 2205和2210可以指明它們具備D2D能力且可以發送它們各自的D2D能力。MME 2220可以在它們註冊的時間或例如,使用TAU程序的任意隨後更新中用WTRU 2205和2210的D2D能力更新D2D伺服器2225。
WTRU 2205可以經由會話發起協定(SIP)程序(包括IP多媒體子系統(IMS))獲取WTRU 2210的IP位址或另一個特定識別符。在服務請求NAS消息中,WTRU 2205可以包括WTRU 2210的IP位址、SIP統一資源識別符(URI)、移動站國際用戶目錄號(MSISDN)或可用於識別WTRU 2210的其他臨時識別符。
參考第22A圖,WTRU 2205嘗試在每個基準程序建立到WTRU 2210的PS呼叫。WTRU 2205和2210可以在每個基準LTE程序建立預設的EPS承載設置。WTRU 2205可以使用RACH和連接設置程序2230轉移到RRC連接狀態。如果WTRU 2210還沒有處於RRC連接狀態,MME 2220就可以使用傳呼程序將WTRU 2210帶入到RRC連接狀態。這個階段之後,WTRU 2205和WTRU 2210可以具有連接到PGW(未示出)的預設EPS承載。
MME 2220,無論是單獨還是與D2D伺服器2225協作(或其他EPC實體,諸如ANDSF、PCRF、HSS等),都可以識別WTRU 2205和2210都是具備D2D能力的,且它們可以在具有同一eNB 2215(2235)的本地路徑的可達範圍內。D2D伺服器2225可以是邏輯實體,其功能可以在不同EPC節點執行。
參考第22B圖,MME 2220可以向eNB 2215發送一個或多個修改的S1-AP E-RAB承載設置請求消息2240以設置兩個無線電承載2245,其與代表WTRU 2205和2210之間本地路徑的D2D EPS承載相對應。D2D EPS承載是沒有eNB 2215和SGW之間的S1承載和SGW和PGW之間的S5/S8承載的特殊EPS承載。
用於具有本地路徑的EPS承載(D2D EPS承載)的PCEF功能可以在eNB 2215執行。這可能是有益的,因為用於D2D本地路徑的資料傳輸可能不再涉及PGW和SGW,也可能移除設置對應於本地路徑置D2D EPS承載涉及的PGW的需求。
再次參考第22B圖,在接收了S1-AP E-RAB承載設置請求消息2240之後,eNB 2215可以向WTRU 2205和2210發送RRC連接重配置請求消息2250以在每個基準LTE程序設置無線電承載。WTRU 2205和2210可以用RRC連接重配置完成消息2255回應以指明無線電承載的成功建立。eNB 2215可以經由兩個各自的無線電承載中繼WTRU 2205和2210之間的資料以形成用於特定D2D連接的本地路徑。
具有本地路徑的決定可以由eNB 2215作出(例如,利用與MME 2220、D2D伺服器2225和/或其他EPS節點的協調)。
第23A圖和第23B圖,合在一起,是在無線通信系統2300中設置eNB間本地路徑的示例性程序的信號流程圖,該無線通信系統2300包括第一WTRU 2305、第二WTRU 2310、第一eNB 2315、第二eNB 2320、MME 2325和D2D伺服器2330。eNB間本地路徑需要eNB 2315和2320之間存在X2介面。
與eNB內的情況類似,當MME 2325 識別WTRU 2305和2310在呼叫中涉及且具有D2D本地路徑連接的能力時,MME 2325可以決定為WTRU 2305和2310設置本地路徑。MME可以向eNB 2315和2320中的每一個發送修改的S1-AP E-RAB承載設置請求消息2235以設置用於兩個WTRU的兩個無線電承載。
如第23B圖中所示,可以在eNB 2315和2320之間設置GPRS隧道協定(GTP)隧道2340用於交換WTRU 2305和2310之間的本地路徑資料。相應eNB的eNB特定識別符可以在修改的S1-AP E-RAB承載設置請求消息2325中傳送。
參考第23A圖和第23B圖,存取層堆疊協定(例如PDCP、RLC、MAC、PHY)的資料平面層可以在WTRU 2305和2310上終止。eNB 2315和2320可以協調以確定用於這些協定層的參數。用於WTRU 2305的eNB 2315可以變為用於這個正被建立的特定D2D本地路徑的控制eNB。eNB 2315可以負責協調和確定將用於D2D本地路徑的參數。用於本地路徑涉及的WTRU 2310的eNB 2320可以向eNB 2315發送WTRU 2310的無線存取能力以輔助通過使用經由X2-AP介面攜帶WTRU無線電存取能力資訊元素(IE)的新消息作出決定。
來自eNB 2315的配置資訊可以發送到eNB 2320以使經由X2-AP介面攜帶WTRU無線電設置參數IE的消息能夠配置WTRU 2310。這可以確保用於WTRU 2305的D2D配置資訊與用於WTRU 2310的配置資訊匹配,反之亦然。
如果本地路徑涉及的WTRU 2305和2310具有兩個不同的MME(即,MME間的情況),該兩個MME可以協調以識別WTRU 2305和2310可以具有本地路徑。這可能需要來自D2D伺服器2330和/或其他EPC節點的輔助。用於WTRU 2305的MME 2325可以變為用於正在建立的這個特定D2D本地路徑的控制MME。
MME 2325可與另一MME協商關於在eNB 2315和2320之間建立本地路徑的可能性。這可以通過擴展S-10介面來實現以允許這些協商。如果其他MME與MME 2325達成協議,那麼其他MME可以通知eNB 2320與eNB 2315協調配置用於WTRU的本地路徑無線電承載(以上述相同或類似的方式)。
如果存在eNB 2315和2320之間來自不同 PLMN的X2介面,用於PLMN間本地路徑呼叫的本地路徑設置程序可能與上述用於eNB間本地路徑的一個類似。
第24圖示出了當終止WTRU和eNB之間的存取層資料平面協定堆疊層直到封包資料彙聚協定(PDCP)層時的示例性協調架構。這種情況下,用於本地路徑無線電承載的協定架構可能與基準LTE中的類似。資料封包可以在eNB上的IP等級從WTRU-1路由到WTRU-2。本地IP閘道功能可以在eNB增加以啟用本地路徑的IP等級路由。
在另一個實施例中,可以直接終止本地路徑涉及的兩個WTRU之間除了PHY和MAC的存取層資料平面協定層。
第25圖示出了用於D2D本地路徑的另一個示例性資料平面協定堆疊。在這個示例中,涉及的eNB可以中繼可以是MAC服務資料單元(SDU)或RLC SDU的資料封包。這種情況不需要IP級路由。
這個協定架構可能對本地路徑的操作有以下影響。它可能需要在相應的eNB上的MAC分段或RLC重分段以使來自一個無線電承載(例如,eNB-1到WTRU-1)的有效載荷在另一個無線電承載(例如,eNB-2到WTRU-2)上發送。可以在eNB上執行額外的程序來堅持與基準PDCP丟棄程序類似的程序以清理在第二鏈路上發生擁塞之後eNB緩存中的任意擱置資料。可以端到端地從源WTRU到目的WTRU進行RLC重新傳輸,這也可能影響與重新傳輸相關聯的延時。與存取層資料平面層在WTRU和eNB之間終止的情況相比,它可以減輕eNB上的處理開銷和延時。
可以利用LTE D2D直接路徑承載的應用分類成兩組:D2D感知(aware)應用和D2D無察覺(unaware)應用。
D2D感知應用知曉使用D2D連接的潛在利益。D2D感知應用可以請求蜂巢數據機設置D2D連接。它還可以指出如果D2D路徑(和/或直接路徑或本地路徑的偏好)可用,或者是否偏好D2D路徑,其是否正在請求將要設置的連接。
可以執行用於D2D感知應用的服務註冊並可以分配臨時的服務名稱。D2D感知應用可以用D2D服務發現程序註冊以有利於D2D服務發現的結果。D2D裝置發現可以先於D2D服務發現完成。
在服務請求消息中,蜂巢數據機可以在代表D2D應用的呼叫期間獲得更好的體驗品質(QoE)可行時明確請求具有D2D服務。如果可用,它可以包括其他方的D2D裝置識別符和臨時服務名稱。
D2D感知應用不知道使用D2D連接應用的潛在利益或者它們不關心服務是通過基準LTE承載還是通過D2D承載提供。
在這種情況下,營運商可以意識到最佳化連接的機會並可以在經由基準LTE程序建立了原始呼叫之後配置兩個通話方之間的D2D連接。
在每個基準LTE建立基準/基礎設施呼叫,且營運商看到具有兩個通話方之間的D2D直接路徑連接的機會。營運商可以發起用於基礎設施到D2D直接路徑服務切換的程序。
下文描述用於消息和介面更新以啟用D2D呼叫管理的實施例。這些更新影響Uu介面上的若干RRC和NAS消息以及網路中的若干其他介面,包括但不限於X2介面、S1-AP介面和S10介面。
可以通過RRC重配置消息提供D2D配置。在一個實施例中,D2D直接路徑鏈路可以由RRC連接重配置消息配置。D2D鏈路可以認為是與次胞元類似的另一個載波。這通過在sCellToAddModList-r10中使用新的D2D元素sCellToAddMod代表D2D鏈路實現。可以在sCellToAddMod中增加D2D鏈路的新的欄位指明將要增加的新載波是D2D直接路徑鏈路。
其他的配置資訊諸如D2D鏈路的無線電資源配置資訊可以攜帶在傳統的欄位中。可以在每個WTRU中為了直接路徑通信的目的設置一個或多個新的無線電承載。如果具有不同QoS需求的不同流需要在直接路徑上傳遞,可以配置不止一個承載。承載設置可以使用RRC重配置消息中的drb-toAddModList IE進行。
具有D2D鏈路的使用drb-toAddModList建立的D2D無線電承載可以看做是D2D直接無線電承載。可替換地,可以使用drb-toAddModList的擴展建立D2D直接路徑無線電承載而不增加D2D鏈路作為新的載波。新欄位,D2D-Config,可以加入到drb-ToAddModList中的DRB-ToAddMod元素,其代表包含在RRC連接重配置消息中的無線電資源配置專用IE中的D2D無線電承載。D2D-Config可以包含用於無線電承載的D2D特定資訊,包括但不限於D2D RB的類型:直接路徑和一系列D2D相關配置元素(例如,XPSCH_config:排程、參考符號功率等,XPFBCH_config:功率、資源等,和測量_config:D2D的新的測量類型)。
用於配置D2D本地路徑鏈路的RRC連接重配置消息可能或多或少與用於設置基準無線電承載的那個相同。
通過使用移動性控制資訊IE或者通過不同的IE,直接路徑的頻帶資訊可以傳遞到WTRU。例如,在直接路徑通信在與發現過程不同的頻帶上發生的情況或者在兩個PLMN使用不同頻帶用於直接路徑通信的PLMN間情況下,這可能是需要的。
WTRU-1和WTRU-2之間的無線電配置參數可以匹配。例如,在TDD_Config IE中指定用於WTRU-1的子幀圖案可以鏡像(mirror)相應的用於WTRU-2的配置,從而一個WTRU的傳送間隔對應於另一個WTRU的接收間隔。
為了提供存取層上的安全性,直接路徑承載可以配置有其自己的加密密鑰作為RRC重配置過程的一部分。這些密鑰可能不同於用於基礎設施通信的密鑰,因為後者從網路可用但其他WTRU不可用的WTRU的私有資料中導出。對於不同無線電承載(基礎設施承載和直接路徑)使用不同的加密密鑰是背離基準(baseline)R8/R10 LTE標準的。為此目的,用於D2D承載的新的keyAddIndicator代替keyChangeIndicator可以增加到RRC重配置消息的securityConfigHO IE中。
在接收並處理了RRC重配置消息後,WTRU在直接路徑上交換握手信號。這些握手信號可以在實體層上。一接收到這些握手信號,WTRU就可以向eNB傳送RRC重配置完成消息。之後,WTRU準備好在直接路徑上接收和傳送資料。
網路可以獲得WTRU的D2D能力資訊。例如,這可以通過在攜帶在WTRU能力詢問消息中的ue-能力請求中增加UE-D2D-能力的新欄位實現,以觸發WTRU返回WTRU D2D無線電存取能力。
具備D2D能力的WTRU可以通知網路關於其D2D能力,例如,使用WTRU能力資訊消息(通過將類似於UE-EUTRA-能力IE的UE-D2D-能力IE包含在攜帶在WTRU的D2D無線電存取能力上的UE-能力RAT-容器列表中)。WTRU能力資訊可以包括具備D2D能力的WTRU能夠在其中操作的頻帶內/頻帶外載波頻率。WTRU能力資訊可以包括D2D WTRU是否能夠使用單RAT(例如,3GPP RAT)和RAT上的任意相關聯的限制操作或者其是否能夠在不同RAT(例如,非3GPP RAT諸如802.11、藍芽等)上操作。D2D鏈路的3GPP RAT能力可以包括對FDD和/或TDD的支援以及PHY、MAC、RLC和PDCP層等的無線電存取能力。D2D鏈路的非3GPP RAT能力可以包括,例如,802.11的哪些修訂(a,b,e,g,n,ac,ad等)。WTRU能力資訊還可以包括至少以下之一:與無縫切換支持相關的能力、對於跨基礎設施彙聚的支持、D2D直接路徑、和/或D2D本地路徑、對於單向D2D的支持、D2D鏈路上支援的加密和安全協定、WTRU中PCEF執行的信任區能力、與裝置發現相關的支援、對於D2D鏈路的最大傳送功率能力、對於D2D鏈路的最大緩衝能力、與IP以下的邏輯介面支援相關的能力、D2D策略相關偏好、對於D2D多播的支持等。
為了支援D2D服務,可以對NAS消息進行更新。服務請求消息可以包括以下D2D參數:目的UE的D2D裝置識別符、和指明所選或偏好的D2D相關服務(D2D直接路徑、D2D本地路徑、其他RAT直接路徑等)的服務類型IE的新值、或定義新的D2D偏好路徑的IE類型而指明D2D路徑的偏好。
從WTRU接收到的D2D無線電能力可以包含在WTRU能力資訊指示S1-AP消息中。直接路徑可以僅攜帶用戶平面資料,或者攜帶用戶平面和控制平面資料(例如,RRC和NAS)二者。可以為這些目的的每一個配置分別的安全性密鑰。NAS安全性模式命令可以用於設置NAS的安全性。
可以進行到S1-AP E-RAB設置請求消息的更新以允許MME通知eNB設置D2D承載。新的欄位,D2D-Type可以添加到E-RAB將設置項IE中。如果存在,這個欄位指明將要設置的無線電承載是D2D直接路徑還是D2D本地路徑無線電承載。
可以由MME向eNB提供額外的資訊以促進D2D直接路徑和D2D本地路徑的eNB間、MME間或PLMN間的情況。這些可以包括,但不限於相應eNB的eNB識別符(例如,GUMMEI+eNB ID)、目的WTRU的臨時WTRU身份、遠端WTRU的WTRU D2D能力資訊、如果可應用遠端WTRU的策略資訊、遠端WTRU的可發現性偏好、如果可應用的臨時服務名稱、與臨時服務名稱相關的佇列,以檢查該服務是否已經由eNB中的任意一個使用等等。
可以進行兩個eNB之間X2-AP介面的更新以支援以下特性,包括但不限於設置D2D承載的協調、進行D2D鏈路排程的協調、與本地路徑相關的資料交換等。
可以加入以下的新消息。可以由控制(主端)eNB向協作(從端(slave))eNB發送D2D RAB設置請求消息以請求關於D2D直接路徑RB配置的協調。可以傳遞以下參數:控制eNB的eNB識別符、源和目標WTRU的D2D裝置識別符、建議的D2D鏈路配置(例如,天線、頻寬、頻帶、多重存取存取方案、排程選項等)、QoS參數、所支持的安全性參數等。
可以由協作eNB向控制eNB發送D2D RAB設置回應消息。它可以傳遞以下參數:來自在控制eNB的D2D設置請求消息中提供的建議D2D鏈路配置中的目標eNB的偏好、關於安全性參數的目標eNB的偏好、關於可以用於D2D鏈路的無線電資源的偏好。
在需要新的XL上的排程時可以由控制eNB向協作eNB發送D2D排程請求消息。它可以包括建議的排程參數(例如,RB分配、最大Tx功率等級、週期等)。
可以由協作eNB向控制eNB發送D2D排程回應消息以回應D2D排程請求消息。它可以包括目標eNB偏好的排程參數。
可以由協作eNB向控制eNB發送D2D WTRU無線電存取能力消息,其攜帶D2D WTRU的無線電存取能力(來自UE的UE-D2D-能力IE)。
可以更新S10介面來處理支援D2D服務的MME間和PLMN間的情況。可能在D2D承載建立中潛在涉及的MME可以交換以下資訊,但不限於:如果目標MME支援D2D,目標MME支援的D2D服務、相應eNB的eNB識別符(例如,GUMMEI+eNB ID)、目的WTRU的臨時WTRU身份、遠端WTRU的WTRU D2D能力資訊、如果可應用之遠端WTRU的策略資訊、遠端WTRU的可發現性偏好、如果可應用的臨時服務名稱、與臨時服務名稱相關聯的佇列,以檢查該服務是否已經由eNB中的任意一個使用等等。
在兩個eNB之間沒有X2-AP介面可用的情況下,配置D2D無線電承載和D2D排程的協調可以由MME幫助經過S10介面完成。上述指定用於X2-AP介面的類似消息可以加入到在S10介面上使用的GTPv2-C規範。
可以更新系統資訊用於D2D支援。以下資訊可以包含在系統資訊中,但不限於:指出當前是否允許D2D操作的指示符、D2D的負載指示符、指出是否支援D2D多播服務的指示符、對雙RAT D2D鏈路和其他RAT細節的支持、對D2D本地路徑的支援、對D2D直接路徑的支援、包含D2D鏈路的載波頻率和相應頻寬(可以動態排程資源)及鄰居發現域頻寬和位置(可以預先定義,例如在USIM中)的頻帶內資訊、包含D2D鏈路的載波頻率和相應頻寬(可以動態排程資源)及鄰居發現域頻寬和位置(可以預先定義,例如在USIM中)的頻帶外資訊等。
實施例
1. 一種由第一無線發射/接收單元(WTRU)實現的用於傳送資料的方法,所述方法包括:
第一WTRU轉換到空閒模式,其中第一WTRU和第二WTRU之間連接的直接WTRU到WTRU承載被拆除;且
第一WTRU回應於接收到傳呼信號而轉換到連接模式,其中傳呼信號由第二WTRU向所述第一WTRU經由預設封包資料網路(PDN)連接或指向PDN連接的預設承載發送多個封包的第一封包觸發,第一封包具有第一WTRU的目的網際網路協定(IP)位址。
2. 如實施例1所述的方法,其中所述第二WTRU為PDN連接指派IP位址並將PDN連接的IP位址發送到第一WTRU。
3. 如實施例1-2中任一項所述的方法,其中第二WTRU通過直接WTRU到WTRU承載發送剩餘的封包。
4. 如實施例1-3中任一項所述的方法,進一步包括:
丟棄第一封包;並
通過直接WTRU到WTRU承載重新發送第一封包和剩餘的封包。
5. 如實施例1-4中任一項所述的方法,其中傳呼信號在移動性管理實體(MME)上回應於接收到來自演進型節點B(eNB)或服務閘道(SGW)的觸發消息而被觸發。
6. 如實施例1-5中任一項所述的方法,進一步包括:
第一WTRU產生請求多個資源以連接至少一個啟用鄰近的裝置的承載資源分配請求消息。
7. 如實施例6所述的方法,其中承載資源分配請求消息包括鄰近WTRU用戶的列表,第一WTRU可以用它建立最佳化的鄰近連接(OPC)以支援最佳的裝置至裝置(D2D)通信。
8. 如實施例1-7中任一項所述的方法,進一步包括:
確定第一和第二WTRU是否在同一跟蹤區域且期望彼此通信。
9. 一種由網路節點實現的用於傳送資料的方法,該方法包括:
網路節點,回應於WTRU轉換到空閒模式,拆除網路節點和無線發射/接收單元(WTRU)之間連接的端到端承載的第一部分;
網路節點經由端到端承載的第二部分接收多個封包的第一封包;
網路節點發送第一消息以觸發WTRU轉換到連接模式;以及
網路節點發送第二消息以重新建立端到端承載的第一部分。
10. 如實施例9所述的方法,其中第一消息發送到移動性管理實體(MME)。
11. 如實施例9所述的方法,其中第二消息是無線電資源控制(RRC)重配置請求消息。
12. 如實施例9所述的方法,其中網路節點是演進型節點B(eNB)。
13. 如實施例9所述的方法,其中另一個WTRU通過端到端承載發送剩餘的封包。
14. 如實施例9所述的方法,該方法進一步包括:
丟棄第一封包;並且
在端到端承載上重新發送第一封包和剩餘的封包。
15. 一種由第一網路節點實現的用於傳送資料的方法,該方法包括:
第一網路節點,解除啟動第一映射身份(ID),其與第一無線發射/接收單元(WTRU)用於回應於第一WTRU轉換為空閒模式而與第二WTRU進行通信所使用的第一承載相關聯;
第一網路節點,經由第二承載接收多個封包的第一封包;以及
第一網路節點,將第一封包轉發到第二網路節點,其中第二網路節點觸發將發送到第一WTRU的傳呼信號。
16. 如實施例15所述的方法,其中回應於接收到傳呼信號,第一WTRU轉換到連接模式。
17. 如實施例16所述的方法,其中第二網路節點接收第二映射ID或重新啟動第一映射ID的指示,並建立可以在第一和第二WTRU之間在其上傳送資料的本地路徑。
18. 如實施例15-17中任一項所述的方法,其中第一網路節點是封包資料網路閘道(PGW)或服務閘道(SGW)。
19. 如實施例15-18中任一項所述的方法,其中第一網路節點是鄰近服務(ProSe)閘道。
20. 如實施例15-19中任一項所述的方法,其中第二網路節點是演進型節點B(eNB)。
21. 一種第一無線發射/接收單元(WTRU),包括:
電路,進一步被配置為經由預設封包資料網路(PDN)連接或指向PDN連接的預設承載向第二WTRU發送多個封包中的一第一封包,第一封包具有第二WTRU的目的網際網路協定(IP)位址;和
電路,進一步被配置為給PDN連接分配IP位址並將PDN連接的IP位址發送到第二WTRU。
22. 如實施例21所述的第一WTRU,其中電路進一步被配置為通過直接WTRU到WTRU承載發送剩餘的封包。
23. 如實施例21-22中任一項所述的第一WTRU,其中電路進一步被配置為生成請求多個資源以連接至少一個啟用鄰近的裝置的承載資源分配請求消息。
24. 一種網路節點,包括:
電路,被配置為回應第一WTRU轉換到空閒模式,拆除網路節點和無線發射/接收單元(WTRU)之間連接的端到端承載的第一部分;
電路,被配置為經由端到端承載的第二部分接收多個封包的第一封包;
電路,被配置為發送第一消息以觸發WTRU轉換到連接模式;以及
電路,被配置為發送第二消息以重新建立端到端承載的第一部分。
25. 如實施例24所述的方法,其中第一網路節點是封包資料網路閘道(PGW)或服務閘道(SGW)。
26. 如實施例24所述的方法,其中第一網路節點是鄰近服務(ProSe)閘道。
儘管上面以特定的組合描述了特徵和元素,但是本領域普通技術人員可以理解,每個特徵或元素可以單獨的使用或與任意其他特徵和元素進行組合使用。此外,這裏描述的實施方式可以用電腦程式、軟體或韌體實現,其可包含到由電腦或處理器執行的電腦可讀媒體中。電腦可讀媒體的示例包括電信號(通過有線或無線連接發送)和電腦可讀儲存媒體。電腦可讀儲存媒體的示例包括但不限制為唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體記憶體裝置、磁性媒體(例如內部硬碟和可移動磁片),磁光媒體和光媒體,例如光碟(CD)或數位通用碟片(DVD)。與軟體相關聯的處理器可用於實現在WTRU、UE、終端、基地台、節點B、eNB、HNB、HeNB、AP、RNC、無線路由器或任何主電腦中使用的射頻收發器。
如第1A圖所示,通信系統100可以包括無線發射/接收單元(WTRU) 102a,102b,102c,102d、無線電存取網路(RAN)104、核心網路106、公共交換電話網路(PSTN)108、網際網路110和其他網路112,但可以理解的是所公開的實施方式可以涵蓋任意數量的WTRU、基地台、網路和/或網路元件。WTRU 102a,102b,102c,102d中的每一個可以是被配置成在無線環境中操作和/或通信的任何類型的裝置。作為示例,WTRU 102a,102b,102c,102d可以被配置成發送和/或接收無線信號,並且可以包括用戶裝置(UE)、移動站、固定或移動用戶單元、傳呼機、行動電話、個人數位助理(PDA)、智慧型電話、可擕式電腦、上網本、個人電腦、無線感測器、消費電子產品等等。
通信系統100還可以包括基地台114a和基地台114b。基地台114a,114b中的每一個可以是被配置成與WTRU 102a,102b,102c,102d中的至少一者有無線介面,以便於存取一個或多個通信網路(例如核心網路106、網際網路110和/或其他網路112)的任何類型的裝置。例如,基地台114a,114b可以是基地台收發站(BTS)、節點B、演進型節點B(eNB)、家用節點B(HNB)、家用eNB(HeNB)、站點控制器、存取點(AP)、無線路由器以及類似裝置。儘管基地台114a,114b每個均被描述為單個元件,但是可以理解的是基地台114a,114b可以包括任何數量的互聯基地台和/或網路元件。
基地台114a可以是RAN 104的一部分,該RAN 104還可以包括諸如站點控制器(BSC)、無線電網路控制器(RNC)、中繼節點之類的其他基地台和/或網路元件(未示出)。基地台114a和/或基地台114b可以被配置成傳送和/或接收特定地理區域內的無線信號,該特定地理區域可以被稱作胞元(未示出)。胞元還可以被劃分成胞元扇區。例如與基地台114a相關聯的胞元可以被劃分成三個扇區。由此,在一種實施方式中,基地台114a可以包括三個收發器,即針對所述胞元的每個扇區都有一個收發器。在另一實施方式中,基地台114a可以使用多輸入多輸出(MIMO)技術,並且由此可以使用針對胞元的每個扇區的多個收發器。
基地台114a,114b可以通過空中介面116與WTRU 102a,102b,102c,102d中的一者或多者通信,該空中介面116可以是任何合適的無線通信鏈路(例如射頻(RF)、微波、紅外(IR)、紫外(UV)、可見光等)。空中介面116可以使用任何合適的無線電存取技術(RAT)來建立。
更具體地,如前所述,通信系統100可以是多重存取系統,並且可以使用一個或多個通道存取方案,例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如,在RAN 104中的基地台114a以及WTRU 102a,102b,102c可以實施諸如通用移動電信系統(UMTS)陸地無線電存取(UTRA)之類的無線電技術,其可以使用寬頻CDMA(WCDMA)來建立空中介面116。WCDMA可以包括諸如高速封包存取(HSPA)和/或演進型HSPA(HSPA+)的通信協定。HSPA可以包括高速下行鏈路封包存取(HSDPA)和/或高速上行鏈路封包存取(HSUPA)。
在另一實施方式中,基地台114a和WTRU 102a,102b,102c可以實施諸如演進型UTRA(E-UTRA)的無線電技術,其可以使用長期演進(LTE)和/或高級LTE(LTE-A)來建立空中介面116。
在其他實施方式中,基地台114a和WTRU 102a,102b,102c可以實施諸如IEEE 802.16(即全球互通微波存取(WiMAX))、CDMA2000、CDMA2000 1x、CDMA2000演進資料最佳化(EV-DO)、臨時標準2000(IS-2000)、臨時標準95(IS-95)、臨時標準856(IS-856)、全球移動通信系統(GSM)、增強型資料速率GSM演進(EDGE)、GSM/EDGE RAN(GERAN)等等的無線電技術。
第1A圖中的基地台114b可以是無線路由器、HNB、HeNB或者AP,並且可以使用任何合適的RAT,以便於在諸如商業處所、家庭、車輛、校園等等的局部區域的通信連接。在一種實施方式中,基地台114b和WTRU 102c,102d可以實施諸如IEEE 802.11之類的無線電技術以建立無線區域網路(WLAN)。在另一實施方式中,基地台114b和WTRU 102c,102d可以實施諸如IEEE 802.15之類的無線電技術以建立無線個人區域網路(WPAN)。在又一實施方式中,基地台114b和WTRU 102c,102d可以使用基於蜂巢的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等)以建立微微胞元(picocell)和毫微微胞元(femtocell)。如第1A圖所示,基地台114b可以具有至網際網路110的直接連接。由此,基地台114b不必經由核心網路106來存取網際網路110。
RAN 104可以與核心網路106通信,該核心網路106可以是被配置成將語音、資料、應用程式和/或網際網路協定語音(VoIP)服務提供到WTRU 102a,102b,102c,102d中的一者或多者的任何類型的網路。例如,核心網路106可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路互聯、視訊分配等,和/或執行高級安全性功能,例如用戶認證。儘管第1A圖中未示出,需要理解的是RAN 104和/或核心網路106可以直接或間接地與其他RAN進行通信,這些其他RAT可以使用與RAN 104相同的RAT或者不同的RAT。例如,除了連接到可以採用E-UTRA無線電技術的RAN 104,核心網路106也可以與使用GSM無線電技術的其他RAN(未顯示)通信。
核心網路106也可以用作WTRU 102a,102b,102c,102d存取PSTN 108、網際網路110和/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括互聯電腦網路以及使用公共通信協定的裝置的全球系統,所述公共通信協定例如傳輸控制協定(TCP)/網際網路協定(IP)套件的中的TCP、用戶資料報協定(UDP)和IP。網路112可以包括由其他服務提供方擁有和/或營運的無線或有線通信網路。例如,網路112可以包括連接到一個或多個RAN的另一核心網路,這些RAN可以使用與RAN 104相同的RAT或者不同的RAT。
通信系統100中的WTRU 102a,102b,102c,102d中的一些或者全部可以包括多模式能力,即WTRU 102a,102b,102c,102d可以包括用於通過不同通信鏈路與不同的無線網路進行通信的多個收發器。例如,第1A圖中所示的WTRU 102c可以被配置成與使用基於蜂巢的無線電技術的基地台114a進行通信,並且與使用IEEE 802無線電技術的基地台114b進行通信。
第1B圖示出可以在第1A圖示出的通信系統100中使用的示例WTRU 102。如第1B圖所示,WTRU 102可以包括處理器118、收發器120、發射/接收元件(例如天線)122、揚聲器/麥克風124、數字鍵盤126、顯示器/觸摸板128、不可移動記憶體130、可移動記憶體132、電源134、全球定位系統(GPS)晶片組136和週邊裝置138。需要理解的是,在與以上實施方式保持一致的同時,WTRU 102可以包括上述元件的任何子組合。
處理器118可以是通用處理器、專用處理器、常規處理器、數位信號處理器(DSP)、微處理器、與DSP核相關聯的一個或多個微處理器、控制器、微控制器、專用積體電路(ASIC)、現場可編程閘陣列(FPGA)電路、其他任何類型的積體電路(IC)、狀態機等。處理器118可以執行信號編碼、資料處理、功率控制、輸入/輸出處理和/或使得WTRU 102能夠操作在無線環境中的其他任何功能。處理器118可以耦合到收發器120,該收發器120可以耦合到發射/接收元件122。儘管第1B圖中將處理器118和收發器120描述為分別的元件,處理器118和收發器120可以被一起整合到電子封裝或者晶片中。
發射/接收元件122可以被配置成通過空中介面116將信號發送到基地台(例如基地台114a),或者從基地台(例如基地台114a)接收信號。例如,在一種實施方式中,發射/接收元件122可以是被配置成傳送和/或接收RF信號的天線。在另一實施方式中,發射/接收元件122可以是被配置成傳送和/或接收例如IR、UV或者可見光信號的發射器/檢測器。仍然在另一實施方式中,發射/接收元件122可以被配置成發送和接收RF信號和光信號兩者。發射/接收元件122可以被配置成傳送和/或接收無線信號的任意組合。
此外,儘管發射/接收元件122在第1B圖中被描述為單個元件,但是WTRU 102可以包括任何數量的發射/接收元件122。更特別地,WTRU 102可以使用MIMO技術。由此,在一種實施方式中,WTRU 102可以包括兩個或更多個發射/接收元件122(例如多個天線)以用於通過空中介面116發射和接收無線信號。
收發器120可以被配置成對將由發射/接收元件122發送的信號進行調變,並且被配置成對由發射/接收元件122接收的信號進行解調。如上所述,WTRU 102可以具有多模式能力。由此,收發器120可以包括多個收發器以用於使得WTRU 102能夠經由多RAT進行通信,例如UTRA和IEEE 802.11。
WTRU 102的處理器118可以被耦合到揚聲器/麥克風124、數字鍵盤126和/或顯示器/觸摸板128(例如,液晶顯示器(LCD)單元或者有機發光二極體(OLED)顯示單元),並且可以從上述裝置接收用戶輸入資料。處理器118還可以向揚聲器/麥克風124、數字鍵盤126和/或顯示器/觸摸板128輸出用戶資料。此外,處理器118可以存取來自任何類型的合適的記憶體中的資訊,以及向任何類型的合適的記憶體中儲存資料,所述記憶體例如可以是不可移動記憶體130和/或可移動記憶體132。不可移動記憶體130可以包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟或者任何其他類型的記憶體儲存裝置。可移動記憶體132可以包括用戶身份模組(SIM)卡、記憶棒、安全數位(SD)儲存卡等。在其他實施方式中,處理器118可以存取來自實體上未位於WTRU 102上而位於例如伺服器或者家用電腦(未示出)上的記憶體的資料,以及向上述記憶體儲存資料。
處理器118可以從電源134接收電力,並且可以被配置成將電力分配給WTRU 102中的其他組件和/或對至WTRU 102中的其他元件的功率進行控制。電源134可以是任何適用於給WTRU 102加電的裝置。例如,電源134可以包括一個或多個乾電池(鎳鎘(NiCd)、鎳鋅(NiZn)、鎳氫(NiMH)、鋰離子(Li-ion)等)、太陽能電池、燃料電池等。
處理器118還可以耦合到GPS晶片組136,該GPS晶片組136可以被配置成提供關於WTRU 102的當前位置的位置資訊(例如經度和緯度)。WTRU 102可以通過空中介面116從基地台(例如基地台114a,114b)接收加上或取代GPS晶片組136資訊之位置資訊,和/或基於從兩個或更多個相鄰基地台接收到的信號的定時來確定其位置。在與實施方式保持一致的同時,WTRU可以通過任何合適的位置確定方法來獲取位置資訊。
處理器118還可以耦合到其他週邊裝置138,該週邊裝置138可以包括提供附加特徵、功能性和/或無線或有線連接的一個或多個軟體和/或硬體模組。例如,週邊裝置138可以包括加速度計、電子指南針(e-compass)、衛星收發器、數位相機(用於照片或者視訊)、通用串列匯流排(USB)埠、振動裝置、電視收發器、免持耳機、藍芽R模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視訊遊戲播放器模組、網際網路瀏覽器等等。
第1C圖示出第1A圖中所示通信系統100中使用的示例RAN 104和示例核心網路106。如上所述,RAN 104可使用E-UTRA無線電技術通過空中介面116來與WTRU 102a、102b、102c進行通信。該RAN 104還可與核心網路106進行通信。
RAN 104可以包含eNB 140a、140b、140c,應該理解的是RAN 104可以包含任意數量的eNB和RNC而仍然與實施方式保持一致。eNB 140a、140b、140c每個可以包含一個或多個收發器,該收發器通過空中介面116來與WTRU 102a、102b、102c通信。在一個實施方式中,eNB 140a、140b、140c可以實施MIMO技術。由此,e節點B 140a例如可以使用多個天線向WTRU 102a傳送無線信號,並從WTRU 102a接收無線信號。
該eNB 140a、140b、140c中的每一個可與特定胞元(未示出)關聯,並可配置為處理無線電資源管理決策、切換決策、上行鏈路和/或下行鏈路的用戶排程等。如第1C圖所示,eNB 140a、140b、140c可以通過X2介面相互通信。
第1C圖中所示的核心網路106可包括移動性管理實體(MME)142、服務閘道144和封包資料網路(PDN)閘道146。雖然將上述各個元件表示為核心網路106的一部分,但應當可以理解的是,任何一個元件都可由核心網路營運商以外的實體擁有和/或操作。
MME 142可以通過S1介面連接至RAN 104中的eNB 140a、140b、140c中的每一個,並可用作控制節點。例如,MME 142可以用於對WTRU 102a、102b、102c的用戶認證、承載啟動/解除啟動、在WTRU 102a、102b、102c的初始連接期間選擇特定服務閘道等。MME 142還可提供控制平面功能,用於在RAN 104和使用其他無線電技術,例如GSM或WCDMA的RAN之間進行切換。
服務閘道144可以通過S1介面連接至RAN 104中的eNB 140a、140b、140c中的每一個。服務閘道144通常可以向/從WTRU 102a、102b、102c路由和轉發用戶資料封包。服務閘道144還可執行其他功能,例如在eNB間的切換期間錨定用戶面,當下行鏈路資料可用於WTRU 102a、102b、102c時觸發傳呼、管理和儲存WTRU 102a、102b、102c上下文等。
服務閘道144還可連接至PDN閘道146,該PDN閘道可向WTRU 102a、102b、102c提供對封包交換網路的存取,例如網際網路110,從而便於WTRU 102a、102b、102c與IP賦能裝置之間的通信。
核心網路106可以便於與其他網路的通信。例如,核心網路106可以向WTRU 102a、102b、102c提供對電路交換網路的存取,例如PSTN 108,以便於WTRU 102a、102b、102c與傳統陸線通信裝置之間的通信。例如,核心網路106可以包括IP閘道(例如,IP多媒體子系統(IMS)伺服器),或可以與該IP閘道進行通信,該IP閘道用作核心網路106與PSTN 108之間的介面。此外,核心網路106可以向WTRU 102a、102b、102c提供對網路112的存取,該網路112可以包括由其他服務提供商擁有/操作的有線或無線網路。
GPS技術和/或相關的標準有機會成為使裝置間基於鄰近的發現和通信成為可能的選擇的平臺,並促進廣闊的未來和更先進的基於鄰近的應用和服務。
在基於鄰近的服務中一直存在相當的關注。用例正在被研究,且潛在的需求和功能正在被識別用於營運商網路控制的發現和鄰近的連續網路控制下和/或處於3GPP LTE網路覆蓋下的裝置之間的通信。3GPP基於鄰近的服務可以啟動用於商業/社會用途、網路卸載、公共安全及當前基礎設施服務的整合(以保證包括可達性和移動性方面的用戶體驗的一致性)、和在沒有演進型通用移動通信系統陸地無線存取網路(EUTRAN)覆蓋的情況下的公共安全(受區域規章和營運商策略的管制,並限制為特定公共安全指定的頻帶和終端)。
這些基於鄰近的服務的一般情況可能涉及WTRU鄰近發現,WTRU同意作為可發現、可接觸和可對話的,鄰近WTRU到WTRU(即端到端)通信、由網路或營運商對於發現的可控性和策略、以及可發現性和隨後的通信的形式。
第2A圖示出了彼此鄰近的兩個WTRU 2051和2052經由各自的演進型節點B(eNB)2101和2102到核心網路(CN)節點215(例如,服務閘道(SGW)或封包資料網路(PDN)閘道(PGW))通信的示例。在WTRU 205碰巧彼此接近的情況下,這些WTRU 205之間的任何通信可能必須經由CN節點215路由。
隨著鄰近研究項目(SI)的引入,鄰近WTRU之間的通信可能被增強以採用其他路徑,諸如直接(例如,某一距離內許可/免許可頻譜中的直接無線路徑)或間接的(通過網路元件——胞元內/胞元間或者eNB內/eNB間或者SGW等),其可能由網路或營運商控制。
第2B圖示出了用於在經由eNB 225進行本地路由的兩個WTRU 2201和2202之間鄰近通信的資料路徑的示例。
第2C圖示出了直接通過空中介面的直接WTRU到WTRU資料路徑230的示例。
鄰近服務資料路徑選擇,(通過基礎設施中某一路徑中直接或間接的)可以通過無線電或網路覆蓋、負載條件或由網路或營運商設定的策略來確定。可以在網路共用部署中支援基於鄰近的服務。
可以使用多種技術解決啟用WTRU到WTRU鄰近服務的挑戰。例如,對於WTRU到WTRU連接或承載的傳呼程序可能不同於當前的S1傳呼程序。WTRU之一可能需要以某種方式通知MME其具有用於其他WTRU的資料,所述其他WTRU可能處於空閒模式,也可能處於另一個MME的覆蓋下。而且,當前的傳呼程序可能設置某些或全部資源(例如,恢復WTRU和網路之間所有現存的演進型封包系統(EPS)承載)。然而在WTRU到WTRU連接的情況下,這可能並不需要,且可以設置資源或者直接通信所需的資源,這樣就需要修改這個程序。進一步地,MME可以傳呼WTRU來確定其位置。從而,可以定義一種機制將WTRU帶入連接模式,也許僅確定胞元級的位置而不建立用戶平面。
在WTRU到WTRU通信開始之前,兩個WTRU都可以發現彼此並確定它們足夠接近以可能進行直接通信。這種類型的發現可能在協定堆疊的幾個等級或層上。可以實現NAS方法來發現WTRU。因此,可以定義不同的NAS程序向網路發送發現鄰近相關資訊。發現程序可以由網路或者WTRU發起,且對於每種情況可能不同。而且,這種發現還可以擴展到WTRU可能發現一組WTRU或兩個WTRU可能屬於不同公共陸地移動網路(PLMN)的情況。在兩種情況下,可以為WTRU定義發現、加入或離開組的方法。而且,鄰近組(下文稱為鄰近服務(ProSe)組)可能動態地形成或解散。可以決定這些組的屬性是什麼、這些組如何形成、誰觸發了組的形成以及何時和如何觸發。
可能存在通常可以列出以允許某些服務的規則和策略。某些或每種服務可以具有可能由CN驗證以允許其使用的規則和條件。鄰近可能是另一種需要定義規則和策略的服務,從而網路可以控制這種服務並可以能夠基於不同標準對其使用進行收費。
可能需要相關的規則和策略允許需要被列出的鄰近服務。這些規則可以考慮不同的因素(例如,WTRU位置、訂閱、PLMN、優先用戶等)。
在緊急鄰近情況下,可以應用一組單獨的規則和策略以使用鄰近服務在緊急情況期間傳遞或者用於公共服務(例如,員警工作人員的D2D通信)。在WTRU和網路上都可能存在某些異常動作。因此可以概括異常規則和動作。
可以在不同節點(例如,eNB、MME、WTRU等)執行這些規則。而且,可能存在一種機制在WTRU和網路之間交換這些規則,這樣人們希望定義交換這些規則的程序。
計費可能是一個重要的方面,尤其對於營運商,因為他們需要引入這種服務的收入。因此,根據通信方法(例如,直接或經由RAN、或者經由RAN之上的節點)依可能應用哪種計費可以定義方法。
可能存在可以設置直接WTRU到WTRU承載或PDN連接的不同方式。該承載可以從一個WTRU開始並可以一路到達其他WTRU。根據網路如何建立該WTRU到WTRU承載以及WTRU涉及的能力,該承載可以是兩個WTRU之間的直接承載,或者可能在該承載的路徑中存在某些中間RAN或CN節點。
第3A圖(情況1)示出了建立不涉及中間節點的直接WTRU到WTRU承載(即端到端承載)的示例。第3A圖示出了如果WTRU 3001和3002都支援直接WTRU到WTRU通信,可以在兩個WTRU 3001和3002之間建立本地承載305。這種類型的承載可以包括兩個WTRU 3001和3002之間的無線電承載,但是仍然可以在兩個WTRU中的NAS等級上具有承載上下文。因此,與現有承載設置情況中的EPS承載ID類似,NAS識別符(ID)可以分配給該承載。可替換的或除此之外,這個新的承載可能沒有NAS上下文並可以從WTRU 3001之一的封包資料彙聚協定(PDCP)層開始,且可以結束在其他WTRU
3002的PDCP層,或反之亦然。這種情況下,該承載可以由RAB ID識別。
如前面提到的,WTRU到WTRU承載可以通過RAN或CN節點。第3B圖(情況2)示出了通過eNB或家庭eNB(HeNB)的WTRU到WTRU承載的示例。該承載可以包括兩個無線電承載(RAB)3151和3152。RAB 3151可以在WTRU-1和eNB/HeNB 320之間,且RAB 3152可以在WTRU-2和eNB/HeNB 320之間。這些類型的承載可能沒有RAB 315和S1承載之間的一對一映射,因為在這種情況下可能不存在任何建立的S1和S5資源。相反,可能存在各個承載的每一側的RAB 315之間的一對一映射(例如,可能存在RAB 3151到eNB/HeNB 320之間和RAB 3152到eNB/HeNB 320之間的一對一映射)。
第3C圖(情況3)示出了使用正常EPS承載經由路徑中的eNB或HeNB建立WTRU到WTRU連接的示例。每個WTRU可以建立正常PDN連接(例如,兩個WTRU都可以建立如第3C圖所示的S1和S5資源)。然而,這些資源不能用於WTRU到WTRU通信,因為當資料到達eNB/HeNB時,eNB/HeNB可以將資料路由到連接接收WTRU的RAB,而不是向S1-U隧道發送資料。情況3呈現的解決方案也可以應用到SGW等級的以下場景。
第3D圖(情況4)示出了在兩個WTRU處於兩個不同的eNB/HeNB 3351和3352覆蓋時建立通過SGW 330的端到端承載的示例。在這個場景下,端到端承載可以包括兩個RAB 3401和3402以及兩個S1-U隧道3451和3452,如第3D圖所示。WTRU-1和eNB/HeNB 3351之間存在RAB 3401,其他eNB/HeNB 3352和SGW 330之間存在相應的S1-U連接。而且,WTRU-2和SGW 330之間存在同樣的安排。RAB和S1-U連接之間可以存在一對一映射。而且,如第3D圖所述,兩個S1-U隧道345之間可以存在一對一映射。
描述了一種用於執行獲得裝置至裝置(D2D)服務的附著程序和執行D2D服務公告(advertising)和發現的方法和裝置。移動性管理實體(MME)可以從無線發射/接收單元(WTRU)接收附著請求非存取層(NAS)消息並向D2D伺服器發送D2D WTRU能力消息。如果D2D伺服器批准WTRU的D2D服務,D2D伺服器可以向MME發送唯一的D2D裝置識別符。MME可以發送包含唯一D2D裝置識別符的附著接受NAS消息給WTRU。D2D WTRU可以發送通用的警報消息給存取網路發現和選擇功能(ANDSF),其可以用新的D2D發現資訊更新與D2D WTRU相關聯的ANDSF管理物件(MO)。D2D WTRU可以使用新的D2D發現資訊以發現進行通信的另一個WTRU。
本文描述了啟用D2D通信呼叫建立的程序,以及D2D通信的協定堆疊架構、營運商內部包括eNB內和eNB間單播和多播會話的服務請求程序、用於營運商間單播和多播會話的服務請求程序、和服務拆除(tear down)及D2D解除註冊程序。對於在D2D通信中操作的網路和WTRU,這些程序都是可應用的。
無線移動資料需求持續激增,且這導致了全世界智慧手機使用數量的激增。電信行業過去已經通過使用更好的多重存取存取、調變和編碼及多天線技術提供提頻譜效率提升的新標準回應了需求。
容量提高的另一方面已經通過提高部署密度並相應地減小胞元半徑實現。此外,小型胞元(微/微微/毫微微)與巨集胞元結合部署的異構拓撲已經越來越多地使用。通過使用遠端無線電頭和分散式天線的室內覆蓋改進也已經激增。然而,對於這些方法存在限制和缺點。小型胞元部署導致移動性事件的大量增加,所附的干擾管理問題很複雜。以上技術的最大缺點是必須大量額外的基礎設施,諸如大容量的網際網路回程、電源和必須維護的射頻(RF)裝置。
一種可能的替代方案是以創造性的方式使用智慧手機演進的力量。智慧手機正在成為日益強大的裝置,具有多個寬頻無線電和數據機,處理大量資料,並運行多個同時發生的應用之能力。如果允許這些智慧手機在必要和可能的時候彼此直接通信,可以創建與傳統的蜂巢部署共存之一種替換拓撲。
由這種直接WTRU到WTRU通信啟用,高級拓撲(AT)應用可以包括AT-中繼(AT-R)和AT-本地卸載(AT-LO)。在AT-R應用中,終端-WTRU(T-WTRU)可以通過可以是輔助-WTRU(H-WTRU)之中繼節點與網路交換資料。AT-LO應用可以允許在中央網路控制下的鄰近WTRU之間的直接資料通信。
AT-R應用可以包括容量模式和覆蓋模式。在容量模式下,T-WTRU與網路相關聯,且獲得H-WTRU的幫助以增加無線電鏈路容量並提高資料傳輸容量,而在覆蓋模式下,T-WTRU在網路覆蓋範圍外,且可以依賴H-WTRU達成網路聯合。兩種模式都預見用於低移動性的WTRU。
在AT-LO應用中,鄰近WTRU可以是用於被交換資訊的源或接收點(sink)。AT-LO應用中WTRU之間的無線電鏈路可以使用許可的蜂巢頻譜或者免許可或輕許可的頻譜。
WTRU之間的通信可以在稱為交叉鏈路(XL)的專用通道中發生,而不是在傳統的無線電鏈路(TRL)上發生的傳統的eNB到WTRU的通信。XL可以在分別的頻帶中(頻頻帶外解決方案)或在與傳統鏈路(TRL)相同的頻帶中,甚至是在相鄰的頻率子載波中。H-WTRU和T-WTRU可以以分頻雙工(FDD)或分時雙工(TDD)方式彼此通信,且相關的配置可以由網路定義。網路可以為XL提供粗的資源分配,WTRU可以自由處理每個傳輸時間間隔(TTI)資源分配。
D2D通信已經成為在SA1組中引入鄰近服務(ProSe)研究項目的3GPP中的一個討論主題。“直接路徑”(其中實體通信是直接在D2D裝置之間的),及“本地路徑”(其中通信可以通過兩個裝置連接的eNB)兩者都是ProSe範圍內的場景。
迄今為止已經定義了多個用例作為ProSec的部分有待處理,每一個帶來了在系統設計上的一組不同要求。這些可以大致分類在社會和公共安全下。
在基本的社會用例中,D2D用戶可能能夠發現屬於其用戶組(例如朋友列表)的其他D2D用戶,並可由該屬於其用戶組的其他D2D用戶發現,然後可以使用D2D鏈路上的社會網路應用。無需任意WTRU位置資訊就可以執行發現。在公共發現情況中,D2D用戶可以由任意其他D2D用戶發現而無需事先許可。對於不同的公共陸地移動網路(PLMN)發現,屬於不同PLMN的D2D用戶對於彼此可被發現。其一個子集是D2D用戶也漫遊的時候。對於服務連續性,D2D用戶可以在直接路徑和基礎設施模式之間移動而不會有用戶感知的降級。對於位置和存在,營運商可以用ProSe程序增強其位置和感知資訊。
在基本的公共安全用例中,兩個授權的公共安全用戶可以直接通過D2D鏈路通信。公共安全D2D用戶可以維護多個同時發生的與不同D2D公共安全用戶的一對一D2D會話。
D2D發現的目標可以分別由裝置和服務發現實現。裝置發現(即鄰居發現)過程引導用戶裝置基於裝置身份發現彼此。這些裝置身份可以是實體層序列、無線電存取網路(RAN)身份或高層識別符的形式。裝置發現可能涉及裝置之間的實體通信。在裝置(或鄰居)發現過程中,尋找鄰居的WTRU(鄰居尋找WTRU(NSWTRU))可以基於由網路提供的方案傳送特定時頻資源中的發現序列。其他WTRU(鄰居存在WTRU(NPWTRU))可以在這些間隔期間偵聽並接收這些序列。基於其測量,它們可以直接回應NSWTRU或者將測量報告回網路用於進一步的動作,隨後是WTRU之間的關聯過程。
每個D2D裝置可以有一種或多種服務,因此具有多個服務身份。這些服務身份,與所提供服務的參數一起可以作為服務發現的一部分被發現。服務發現可以通過裝置與另一個3GPP節點,3GPP網路外部的某一節點之間的通信執行,或者通過在裝置發現完成之後的裝置之間服務資訊的直接交換來執行。服務發現可以發生在裝置發現之前或之後。
為了將D2D通信納入到3GPP演進型封包核心網路(EPC)中需要架構增強。為了使得網路中的大量具備D2D能力的裝置能夠高效操作、使得D2D鏈路能夠與傳統蜂巢鏈路共存、實現預期用於3GPP ProSe特性的所有部署配置並滿足3GPP設計的用於D2D通信的所有服務需求,需要對現有架構的這些改變和增加。
第4圖示出了作為直接模型的簡明視圖的D2D架構400。在這個直接模型中,D2D伺服器405可以位於3GPP網路邊界410內。它可以定位為一個單一的實體,其由多個營運商共用並由他們共同管理,或者它可以實現為多個實體,部分地定位在每個營運商域中。
第5圖示出了作為直接模式展開視圖的D2D架構500。D2D伺服器505可以同時管理D2D的直接路徑和本地路徑方法的D2D服務。它可以同時管理營運商內部和營運商間的D2D服務。可以使用集中式、階層或分散式管理方法管理D2D服務。D2D伺服器505的實體位置可能依賴於所使用的D2D管理方法的類型。在集中式方法中,用於跨所有營運商的整個3GPP網路的D2D伺服器505可以位於一個實體中。在分層方法中,可以為不同的域(域可以定義為PLMN或者PLMN內的MME池等等)複製D2D伺服器,且這些可以在高層上由D2D伺服器實體進行協調。多個階層等級是可能的。在分散式方法中,多個對等D2D實體可以位於不同的域中,且它們可以在需要的時候彼此通信。
本文描述了呼叫建立程序。首先描述了控制和資料平面的協定堆疊架構,隨後是用於包括eNB內和eNB間、營運商內和營運商間、單播和多播的多個場景的服務請求程序。
第6圖示出了用於直接路徑的兩個D2D WTRU,即D2D-WTRU-1和D2D-WTRU-2之間的D2D承載的D2D協定堆疊視圖。在這個場景中,D2D-WTRU-1可以與eNB-1和MME-1相關聯,而D2D-WTRU-2可以與eNB-2和MME-2相關聯。
D2D承載的控制平面終止可以與LTE R8/R10(無中繼)類似。無線電資源控制(RRC)層可以在eNB終止,非存取層(NAS)可以在MME終止。資料平面層可以在相應的D2D WTRU終止。資料平面的協定層不能在eNB維護。對於本地路徑,控制平面和資料平面協定堆疊終止點可以與LTE R8/R10類似。
服務發現和裝置發現之後,具備D2D能力的WTRU可以使用服務請求程序建立D2D服務。發送到MME的服務請求消息可以包括可以輔助過程的資訊,諸如服務類型—“僅D2D”或“基準和D2D”,以及D2D服務是用於一個用戶還是用於一組用戶。依據D2D服務針對的用戶數,可以建立D2D單播服務或D2D多播服務。依據個人用戶連接到網路的位置,D2D服務可以是eNB內、eNB間或PLMN間服務。建立服務的程序對於以上的每種情況可能不同。首先假設如果目標WTRU是空閒的,必要時它們可能首先通過傳呼和連接建立程序被帶入RRC連接狀態。
服務請求中的D2D服務相關參數可以首先由MME檢查以確定目標WTRU是否屬於同一MME。如果D2D服務是MME內的,那麼目標eNB資訊在MME也可用。如果不能在MME內發現目標,那麼參數可以發送到D2D伺服器。D2D伺服器可能有目標WTRU當前附著到的MME的身份(諸如MME的IP位址),且D2D伺服器還可以驗證這個服務是否需要PLMN間操作。
可以為D2D服務建立一種新的EPS承載(即,D2D EPS承載)。由於資料可以在D2D服務的直接或本地路徑中進行交換,D2D EPS承載可能沒有eNB和服務閘道(SGW)之間的S1介面及SGW和封包資料網路(PDN)閘道(PGW)之間的S5/S8介面。
第7圖示出了相對於D2D EPS承載的正常EPS承載。兩個用戶之間直接路徑的無線電承載的建立可能與基準LTE系統類似。相關的eNB可以負責確保具有相容配置的無線電承載可以在D2D對等端上建立。例如,WTRU用於該D2D服務的無線電承載身份(ID)、TDD配置、最大可允許資料速率、調變和編碼方案(MCS)等可以匹配。可以在MME進行MME級的溝通/協調以避免對現有X2介面的改變。假設存在來自不止一個營運商的eNB之間的X2介面中的改變,eNB可以彼此通信以進行協調。
在eNB內單播D2D服務中,涉及的兩個用戶處於同一eNB覆蓋範圍內。目標WTRU的D2D裝置識別符和臨時服務名稱可以包含在服務請求消息中。考慮中的eNB瞭解兩個WTRU的能力,且能夠相應地配置其D2D承載。沒有S1和S5介面的一種新型EPS承載可以用於表示兩個用戶之間的D2D服務。
第8圖是無線通信系統800中eNB內單播D2D服務請求程序的流程圖,該無線通信系統800包括第一WTRU 805、第二WTRU 810、eNB 815、MME/SGW 820、D2D伺服器825和應用伺服器(AS)830。當WTRU 805想要與WTRU 810具有D2D服務時,WTRU 805可以通過eNB 815向MME/SGW 820發送服務請求835(具有WTRU 810的D2D裝置ID和臨時服務名稱)。MME/SGW 820可以將D2D服務請求835轉發到D2D伺服器825。D2D伺服器825可以和策略與計費規則功能(PCRF)840一起對D2D服務請求835授權,並發送目標WTRU的MME的ID到源MME(845)。這種情況下,WTRU 810的MME可以與WTRU 805的MME/SGW相同(即MME/SGW 820)。MME/SGW 820可以確定WTRU 810處於與WTRU 805相同的eNB的覆蓋範圍內,因此它可以通知eNB 815進行無線電配置以設置WTRU 805和810之間的預設D2D EPS承載。eBN 815可以使用無線電承載(RB)重配置程序來配置用於WTRU 805和810的無線電。一旦建立了預設的D2D EPS承載,如果D2D服務需要其他專用的D2D EPS承載,源MME可以以類似的方式建立。
建立了必要的D2D EPS承載之後,源MME/SGW(MME/SGW 820)可以向D2D伺服器825發送消息850指明WTRU 805和810之間的直接路徑可用。D2D伺服器825可以將該資訊轉發到AS 830作為消息855。AS 830可以通過到WTRU 805和810的應用層信令開始控制在該點之後正使用直接路徑的WTRU 805和810上的應用。
第9A圖和第9B圖,合在一起,是在無線通信系統900中eNB之間的X2介面上使用eNB協調的eNB間/MME間D2D服務請求程序的信號流程圖。如第9A圖中所示,無線通信系統900可以包括WTRU 905、第二WTRU 910、源eNB 915、目標eNB 920、源MME/SGW 925、目標MME/SGW 930、D2D伺服器935和應用伺服器(AS)940,如第9A圖中所示。在eNB間單播中,WTRU 905和910可以連接到不同的eNB 915和920,並可以使用兩個不同的MME/SGW 925和930(MME/SGW間)。可能需要在那兩個eNB 915和920之間協調。協調可以包括但不限於直接路徑的無線電資源配置、直接路徑的無線電資源排程以及RRC目的的“主端(master)”的建立。
協調可以直接通過eNB 915和920之間的X2介面(若其存在),或者通過MME/SGW 925和930與其間的S10介面(未示出)。
這種情況下,WTRU 905可能期望請求與WTRU 910的D2D服務。因此,WTRU 905可以通過源eNB 915向源MME/SGW 925發送D2D服務請求945(具有WTRU 910的D2D伺服器ID和臨時服務名稱)。源MME/SGW 925可以將D2D服務請求945轉發到D2D伺服器935。D2D伺服器935可以和PCRF 950一起對D2D服務請求945授權,並發送目標WTRU的MME 930的ID到源MME/SGW 925(955)。源MME/SGW 925可以向目標MME 930發送eNB ID請求960(具有WTRU 910的D2D裝置ID)。目標MME 930可以用包含目標eNB 920的ID的eNB ID回應962進行回應。源MME/SGW 925可以向源eNB 915發送具有目標eNB 920的ID 的D2D EPS承載設置請求964。源eNB 915可以使用用於D2D鏈路的資源的建議列表在X2介面上將D2D設置請求966發送到目標eNB 920。目標eNB 920可以變為主端(master)並決定使用來自源eNB 915的資源的建議列表的一個子集(1368)。目標eNB 920可以在X2介面上將D2D設置回應970發送回源eNB 915(攜帶其決定)。源eNB 915和目標eNB 920都可以根據RB重配置程序使用由目標eNB 920指定的資源執行無線電配置以設置WTRU 905和910之間的預設D2D EPS承載。
可以用上述程序建立預設D2D EPS承載。如果D2D服務需要其他專用的D2D EPS承載,源MME/SGW 925可以以類似的方式,或者通過使用D2D預設EPS承載建立它們。在後一種情況下,源eNB 915和目標eNB 920可以通過D2D鏈路中的D2D預設EPS承載協調該工作量。
如第9B圖中所示,在建立了必要的D2D EPS承載之後,源MME/SGW 925可以向D2D伺服器935發送消息980以指明WTRU 905和910之間的直接路徑可用。D2D伺服器935可以將消息980轉發到AS 940。AS 940可以通過應用層信令到WTRU 905和910開始控制在該點之後正使用直接路徑的WTRU 905和910上的應用。
D2D中的多播/廣播服務可以允許所有用戶變為排程中訊務的發送者。為了請求多播D2D服務,WTRU可以發送包含臨時服務名稱而不是特定用戶身份的服務請求消息。通過MME和D2D伺服器的幫助,eNB可以意識到這是eNB內部服務。eNB可以使用一個程序選擇無線電配置並相應地配置D2D鏈路涉及到的所有WTRU。eNB可以基於資源利用以最低的配置這樣做,或者其可以基於對所有涉及的WTRU能力的瞭解依賴於D2D伺服器來提供最低可能的配置,並相應地執行無線電配置。對於所有用戶建立具有相容配置的無線電承載。
多播/廣播的無線電資源排程可以通過將半持久性授權機制擴展到多播用戶進行。對於呼叫排程視窗的一段時間,排程可以由主端(例如eNB)確定。eNB可以從所有用戶獲得緩衝狀態,然後在每個排程視窗的開始,且它可以分配一個排程。可以允許用戶在排程視窗的開始加入和離開現有的服務,此時eNB可以重新分配資源。
與eNB間單播類似,eNB間多播/廣播可能需要兩個eNB之間通過X2介面協調。D2D伺服器可以識別WTRU的D2D服務請求是eNB間的情況,它可以通知WTRU的MME哪些eNB與其他參與服務的WTRU相關聯。WTRU的eNB隨後與這些eNB通信。
可以為所有參與服務的WTRU建立具有相容配置的無線電承載。這可以以預定義的最低配置執行,或者可以由D2D伺服器通過基於對所有WTRU能力的瞭解提供最低可能配置進行協調。
能以與eNB內的情況相同的方式進行空中資源排程。然而,對於eNB間的情況,排程可能需要eNB之間的協調。
在營運商間的D2D服務中,D2D伺服器瞭解D2D服務涉及的WTRU來自不同的營運商之事實。可以在MME以MME級進行兩個營運商網路之間的溝通/協調以避免對現有X2介面的改變。如果在來自不止一個營運商的eNB之間的X2介面存在某些改變,還可能eNB能夠彼此對話以進行協調。
第10A圖和第10B圖,合在一起,是無線通信系統1000中用於營運商單播的服務請求程序的信號流程圖。如第10A圖中所示,無線通信系統1000可以包括第一WTRU 1005、第二WTRU 1010、源eNB 1015、目標eNB 1020、源MME/SGW 1025、目標MME/SGW 1030、D2D伺服器1035和AS 1040,如第10A圖中所示。為了啟動營運商間單播D2D服務,WTRU 1005可以向源MME/SGW 1025發送具有目標WTRU 1010的D2D裝置識別符的D2D服務請求1042。源MME 1025可以檢查其自身的D2D裝置資料列表來看目標WTRU 1010是否在該列表上。如果沒有,MME/SGW 1025可以向D2D伺服器1035發送目標MME/SGW 1030的D2D裝置識別符。D2D伺服器1035可以維護D2D裝置ID和MME/SGW 1030之間的映射,並可以通知源MME/SGW 1025目標WTRU 1010附著到哪個MME/SGW(目標MME/SGW 1030)上。
如第10B圖中所示,可以接著在WTRU 1005和1010之間建立預設的D2D EPS承載1050,如果必要隨後是大量的專用D2D EPS承載。例如,無線電承載配置可以包括以最低配置建立預設承載。D2D伺服器1035可以向作為主端的一個MME/SGW提供WTRU能力,其隨後可以向作為從端(slave)的另一個MME/SGW指明該配置。然後MME/SGW可以將配置傳遞到eNB用於建立無線電承載。源MME/SGW 1025可以從WTRU 1005和1010獲得WTRU能力,且將其放在容器中傳遞到目標MME/SGW 1030直到目標eNB 1020,從而可以協調無線電承載配置。
兩個營運商可以協調無線電配置。如上所述,這種協調可以在eNB到eNB級或MME到MME級實現。在使用eNB到eNB級協調時,源MME可以請求通過使用目標WTRU的D2D裝置識別符被識別的目標MME。目標MME可以向源MME發送識別目標eNB的資訊,且源MME可以將這個資訊轉發給源eNB,從而源eNB知道它可以經由X2介面與誰進行協調。
使用MME到MME級的協調,源MME可以向源eNB發送D2D資源請求消息以請求可用於D2D鏈路的無線電資源。源eNB可以用包含建議的D2D無線電資源列表的D2D資源回應消息回應源MME。然後源MME可以在S10介面上向目標MME發送D2D設置請求消息,以請求目標MME設置具有建議資源列表的D2D鏈路。目標MME可以在D2D資源指示消息中將該建議資源列表從源eNB轉發到目標eNB。目標eNB可以從建議資源列表中選擇資源的子集,並可以在D2D資源分配消息中用其選擇回應目標MME。在這種情況下,目標eNB變成主端來選擇所用的D2D資源。採用某些信號變數,源eNB可以在另一個實施方式中變為主端。還是在這種場景中,目標MME可以在S10介面上將D2D設置回應消息發送回源MME(攜帶目標eNB關於可以使用哪些資源的決定)。源和目的eNB都可以使用RB重配置程序重新配置源WTRU和目標WTRU上的無線介面以能夠進行D2D通信。目標MME從目標eNB接收到D2D無線電配置完成的確認之後,它可以向源MME發送S10介面的D2D設置完成消息以完成D2D EPS承載設置。
可以用上述程序建立預設的D2D EPS承載。如果D2D服務需要其他專用的D2D EPS承載,源MME可以以類似的方式建立,或者可以使用D2D預設EPS承載。在後一種情況下,源和目標eNB可以通過D2D鏈路中的D2D預設EPS承載協調該過程。
建立了必要的D2D EPS承載之後,源MME可以向D2D伺服器發送消息以指明兩個WTRU之間的直接路徑可用。D2D伺服器可以將該資訊轉發到AS。AS可以通過應用層信令開始控制正使用該點之後的直接路徑的兩個WTRU上的應用。
多播/廣播D2D服務程序是eNB間多播/廣播和營運商間單播程序的組合/修改。為了發起營運商間的多播/廣播服務,WTRU可以向MME(源MME)發送服務請求消息(包含D2D伺服器的臨時服務名稱)。MME可以將該請求轉發到D2D伺服器。D2D伺服器可以確定該服務中涉及的WTRU附著到的MME,並可以向源MME發送這些MME的列表。源MME可以通知所有的eNB以通過與列表上的其他MME通信來協調D2D鏈路的無線電配置。如果在源eNB和每個目標eNB之間存在X2介面,也可以通過在eNB到eNB級的X2介面實現eNB之間的協調。
當WTRU先要終止D2D服務時,它可以向其MME發送服務拆除請求。MMW可以將該請求轉發到D2D伺服器。D2D伺服器可以通知相關的實體移除該WTRU的D2D EPS承載。如果僅剩一個WTRU用於相關的D2D服務,D2D伺服器可以請求該WTRU的D2D伺服器的終止以及與其服務相關的EPS承載的移除。
解除註冊D2D服務之前,如果服務在該WTRU上活動,WTRU可以執行服務拆除程序以終止服務。
WTRU可以通過向MME發送一個應用解除註冊NAS消息來解除註冊服務,所述應用解除註冊NAS消息具有它想解除註冊的服務的臨時服務識別符。MME可以向D2D伺服器發送該具有臨時服務識別符和WTRU的D2D裝置識別符的請求。D2D伺服器可以從該WTRU的可用服務列表中移除該應用。如必要,D2D伺服器可以通知AS關於這個改變。
EPS是有效的面向連接的傳輸網路。它可能需要在兩個端點(例如,WTRU和PGW)之間發送任意流量之前,建立兩個端點之間的“虛擬”連接。在EPS中,這個虛擬連接稱為“EPS承載”;一個強調該虛擬連接提供“承載服務”的事實(即,具有特定QoS屬性的傳輸服務)的術語。然而,針對兩個WTRU之間的直接通信可能存在範例(paradigm)轉換以及對該系統產生的影響。
描述了用於在第一WTRU和第二WTRU之間建立WTRU到WTRU承載/端到端PDN連接的一種方法和裝置。直接WTRU到WTRU承載或PDN連接可以在一個WTRU開始,且在其他WTRU結束。該承載可以是兩個WTRU之間的直接承載,或者在承載的路徑上存在一些中間網路節點。
在任意時間可以在WTRU可以運行多個應用,每一個具有不同的QoS需求。為了支持多個QoS需求,可以在EPS內設置不同的承載,每一個與一個QoS相關聯。承載可以基於它們可以提供的QoS的特性分成兩類:最低保證位元率(GBR)和非GBR承載。
基地台可以確保無線電介面上承載的必要QoS。每個承載可以具有相關聯的QoS等級識別符(QCI)以及分配和保留優先順序(ARP)。每一個QCI的特徵可以在於按照優先順序、封包延遲預算和可接受的封包丟失率。QCI已經被標準化,從而供應商可以對於潛在的服務特徵有相同的理解,從而提供相應的處理,包括佇列管理、條件作用和監管策略。承載的ARP可以用於呼叫准入控制,且還可以管理關於新承載建立之請求優先購買(pre-emption)的承載的優先順序。
第11圖示出了跨多個介面的EPS承載設置的一個示例。如第11圖中所示,可以在PGW 1105和SGW 1110之間建立S5/S8介面,在SGW 1110和eNB(即,基地台)1115之間建立S1介面,且在eNB 1115和WTRU 1120之間建立無線電介面。通過每個介面,EPS承載可以映射到低層的承載,每一個具有其自身的承載身份。每一個節點可以跟蹤在通過其不同介面的承載ID之間的綁定。
eNB 1115可以保存無線電承載ID和S1承載之間的一對一映射以創建兩者之間的映射。映射到同一EPS承載的IP封包可以接收轉發處理的同一承載級的封包。提供不同承載級的QoS流可能需要為每個QoS流建立分別的EPS承載,且用戶IP封包過濾成不同的EPS承載。封包濾波成不同承載可以基於流量流模版(TFT)。
第12圖示出了在無線通信系統1200中實現的承載建立程序的示例信號流程,該無線通信系統1200包括WTRU 1205、eNB 1210、MME 1215、SGW 1220、PGW 1225和PCRF 1230。當建立了承載,可以建立上述討論的跨每個介面的承載。PCRF 1230可以向PGW 1225發送指明承載所需QoS的策略控制和計費(PCC)決策提供消息。PGW 1225可以使用該QoS策略指派承載級的QoS參數。然後PGW 1225可以向SGW 1220發送包括與將要在WTRU 1205中使用的上行鏈路TFT和承載相關聯的QoS的創建專用承載請求消息1240。SGW 1220可以將創建專用承載消息1245(包括承載QoS、UL TFT和S1-承載ID)轉發到MME 1215。MME 1215接著可以構造一組包含UL TFT和EPS承載身份的會話管理配置資訊,並將其包含在要發送到eNB 1210的承載設置請求消息1250中。會話管理配置是非存取層資訊,並且可以由eNB 1210透明地發送到WTRU 1205。
承載設置請求消息1250還可以向eNB 1210提供承載的QoS。該資訊可以由eNB 1210用於呼叫准入控制,並可以通過適當的排程用戶的IP封包來確保必要的QoS。eNB 1210可以將EPS承載QoS映射到無線電承載QoS,並可以將RRC連接重配置消息1255(包括無線電承載QoS、會話管理配置和EPS無線電承載身份)用信號發送到WTRU 1205以設置無線電承載。RRC連接重配置消息1255可以包含無線電介面的所有配置參數。這是用於層2的配置(封包資料彙聚協定(PDCP)、無線電鏈路控制(RLC)和媒體存取控制(MAC)參數),及WTRU 1205的層1參數來初始化協定堆疊。沿上述路徑中的節點,但是是從WTRU 1205返回到PCRF 1230的反向,可以隨後產生相應的回應消息(RRC連接重配置完成消息1260)以確認承載已經正確設置。
PGW 1225可以依據PCRF 1230的規章負責WTRU 1205的IP位址分配,以及QoS執行和基於流的計費。PGW 1225可以負責將下行鏈路用戶IP封包過濾為基於QoS不同的承載。這可以基於TFT執行。PGW 1225可以進行保證位元率(GBR)承載的QoS執行。
由於兩個WTRU之間針對直接通信的範例發生了改變,可能需要修改一種新的端到端承載概念的定義。這種新類型的承載可能具有多個系統影響。
例如,在無線電承載(RB)和回程(RAN和/或CN)承載(共同稱為EPS承載)之間存在一對一映射。如果不再應用一對一映射,可能影響NAS層和NAS程序。
在另一個示例中,直接WTRU到WTRU通信的新的承載可能僅是兩個WTRU之間的RB。這種情況下,本文描述了用於處理WTRU和MME中新的承載(僅RB)的方法(不必具有已經設置的S1和S5資源)。如果可以在低層(PDCP、RLC等)定義新型的承載,那麼可能需要修改定址方案,因為可能不再需要IP位址。
直接WTRU到WTRU連接可能通過基地台或網路中的某一其他實體。這種情況下,可以在通過網路實體(RAN和/或CN)的WTRU之間定義新的端到端承載。對於這種情況,可能需要建立某些用戶平面資源(S1-U隧道)而不需要其他的資源(S5/S8隧道)。因此,可以定義設置這種類型承載的程序,可以確定不同網路節點(例如,基地台、MME、SGW等)如何保持這一承載的上下文。
在WTRU到WTRU連接中,PDN-GW可能不在用戶路徑上或者PDN-GW不是用戶平面隧道的端點。在這種WTRU到WTRU通信模型中,關於PDN-GW功能的影響需要解決。這可以包括,例如,哪個/什麼實體執行PDN-GW功能、WTRU到WTRU通信上下文中的PDN-GW的相關性、以及額外PDN-GW功能的需要。
本文描述的是為之前描述的情況1、情況2、情況3和情況4的每一個建立WTRU到WTRU承載。
第13圖示出了用於無線通信系統1300中實現的情況1的WTRU到WTRU PDN連接的PDN連接設置程序的示例性信號流程圖,該無線通信系統1300包括第一WTRU 1305、eNB 1310、MME 1315和第二WTRU 1320。WTRU可以具有在WTRU附著到網路上時建立的預設承載。
如第13圖所示,情況1中的WTRU到WTRU PDN連接可以由WTRU 1305通過向MME 1315發送PDN連接請求消息1325來發起。該PDN連接請求消息1325可以包含可以輔助MME 1315建立WTRU到WTRU PDN連接的額外資訊元素(IE)。例如,額外的IE可以指明或者是PDN連接的類型(即,WTRU 1305可能想要通知MME 1315該PDN連接用於直接WTRU到WTRU通信)。另一個示例性IE可以是用於連接路徑的偏好列表(即,WTRU 1305可能想要通知MME 1315關於它偏好的PDN連接的路徑)。例如,WTRU 1305可以偏好經由eNB 1310(情況2)或經由SGW(未示出)(情況3)的直接WTRU到WTRU的路徑。另一個示例性IE可以是名稱、別名、移動台國際用戶目錄號(MSISDN)、存取點名稱(APN)、公共用戶身份(PUI)或某些其他形式的WTRU的身份1320。請求WTRU 1305可以向MME 1315指明它想要與之建立PDN連接的WTRU的身份。MME 1315可以使用這個資訊在網路中選擇正確的WTRU用於PDN連接建立。
參考第13圖,當MME 1315從WTRU 1305接收了PDN連接請求1325時,它可以使用從WTRU 1305接收到的資訊設置該連接。基於WTRU 1305和1320及網路的能力,MME 1315可以確定設置直接的WTRU到WTRU PDN連接。MME 1315還可以使用胞元定位、測量、訂閱資訊等來識別將要設置的承載的類型(即情況1、情況2、情況3等)。然後MME 1315可以向eNB 1310發送承載設置請求消息1330,其可以包括封裝的啟動承載NAS消息。承載設置請求消息1330還可以向eNB 1310指明該承載設置請求消息1330是用於直接WTRU到WTRU連接,從而eNB 1310可以向WTRU 1320發送關於設置該直接連接的必要資訊。該資訊可以包括無線電網路臨時識別符(RNTI)或WTRU 1305的某些其他層2身份、排程資訊、該承載的生存時間內WTRU 1305將使用的QoS參數、和包含在eNB發送到WTRU 1320的RRC重配置請求消息1335中的其他層2連接設置參數。承載設置請求消息1330可能不包括創建與SGW的S1隧道(未示出)所需要的隧道端點ID(TEID)和其他參數(例如,IP位址、埠號等)。
當WTRU 1320接收了RRC重配置請求消息1335和封裝在該RRC重配置請求消息1335中的啟動承載NAS消息時,WTRU 1320可以接受或拒絕RRC重配置請求消息1335。RRC重配置請求消息1335可能不包括在正常情況發出的用於建立WTRU 1320和eNB 1310之間無線電承載的參數。如果WTRU 1320接受了該請求,它可以發送RRC重配置回應消息1340,其可以包括包含在RRC重配置回應消息1340的NAS傳輸容器中的承載啟動接受消息。
WTRU 1320還可以包括為WTRU 1305指派的IP位址(如果為這個PDN連接指派了IP位址),該IP位址在包含在RRC重配置回應消息1340的NAS傳輸容器中的NAS消息中,因為WTRU 1320可能具有PGW(未示出)的某些功能。然後該NAS消息可以由eNB 1310在S1-AP承載設置回應消息1345中轉發到MME 1315。現在MME 1315可以向WTRU 1305發送封裝在S1-AP承載設置請求消息1350中的PDN連接接受消息。S1-AP承載設置請求消息1350可以觸發eNB 1310向WTRU 1305發送必要的層2參數用於直接的WTRU到WTRU連接,如本文所述。這些參數和NAS PDN連接接受消息可以在RRC重配置請求消息1355中發送到WTRU 1305。
PDN連接接受消息可以包括由WTRU 1320為該PDN連接指派的IP位址,以及包括TFT和將要用於該特定PDN連接的封包濾波器的QoS參數。WTRU 1320還可以包括其自身的IP位址,其可以由在WTRU 1305上運行的對等(P2P)/ProSe應用使用。如第13圖中所示,接著WTRU 1305可以向eNB 1310發送RRC重配置回應消息1360,進而eNB 1310可以向MME 1315發送承載設置回應消息1365。為了完成這個程序,接著WTRU 1305可以在上行鏈路直接傳送消息中向MME 1315發送PDN連接完成消息1370,向MME 1315指明直接WTRU到WTRU PDN連接可能已經在WTRU 1305和WTRU 1320之間成功建立。然後WTRU 1305和1320兩者可以通過該直接PDN連接彼此發送資料。
當WTRU 1305向WTRU 1320發送了PDN連接請求消息1325時,MME 1315不能繼續進行PDN連接建立程序,但是替換地可以向WTRU 1305發送PDN連接拒絕消息。這可能由於以下的一種或多種原因而發生,其可以包含在拒絕消息中:1)WTRU 1320的用戶可能沒有接受進入的鄰近連接;2)WTRU 1320可能不再處於鄰近位置或者處於同一eNB/HeNB的覆蓋範圍內;或者3)WTRU 1320可能已經達到鄰近連接的最大數量且不能接受任何新的連接。
作為WTRU到WTRU PDN連接的替換,情況1中的直接端到端承載可以使用直接的WTRU到WTRU專用承載完成。在這種情況下,WTRU 1305和1320可能具有預設的承載(即,預設PDN連接可能使用PGW被設置,且WTRU 1305和1320都可能已經在它們之間為了直接WTRU到WTRU通信的目的設置了直接專用承載)。
第14圖示出了以上情況的連接建立程序的示例性信號流程圖,其中WTRU 1305可以向MME 1315發送承載資源分配請求NAS消息1400以設置直接的WTRU到WTRU專用承載。在承載資源分配請求NAS消息1400中,WTRU 1305可以包括一個或多個額外資訊元素(IE),其可以如上所述包括在PDN連接請求消息中。而且,在承載資源分配請求NAS消息1400中,鏈路的EPS承載ID(LBI)可以作為空白的IE或以特定的保留代碼發送。這可以向MME 1315指明專用承載不能鏈結到原始的預設承載。此外,WTRU 1305可以在承載資源分配NAS消息1400中包括其IP位址,該消息1400可以由MME 1315發送到WTRU 1320,或者MME 1315可以自己向WTRU 1320發送WTRU 1305的IP位址,其可以由在WTRU 1320上運行的P2P或ProSe應用使用。由於IP位址不是由WTRU 1320指派,這可能是需要的。第14圖中所示程序的剩餘部分與第13圖中所示的程序類似。
本文描述了設置情況2中端到端PDN連接的程序。儘管這個程序和與情況1相關聯的程序類似,如第13圖中所示,但是每個消息的內容可能與情況1中消息的內容不同。返回參考第13圖,情況2的PDN連接請求消息可能與情況1的PDN連接請求消息1325類似。在承載設置請求消息1330中,MME 1315可以通知eNB 1310該連接可以經由eNB 1310為WTRU到WTRU連接建立。這可以由eNB 1310通過發送映射ID或者通過在承載設置請求消息1330中發送明確指示實現。在情況2中可以由MME 1315發送演進型無線電存取承載(E-RAB)。當eNB 1310向WTRU 1320發送了RRC配置請求消息1335時,RAB可以在eNB 1310和WTRU 1305之間建立。eNB 1310可以在承載設置請求消息1350中向eNB 1310發送相同的映射ID。這可以向eNB 1310指明來自第一RAB的資料可以在建立的該RAB上發送,而不是將其發送到SGW(未示出)。這可以由MME 1315發送明確的指示而實現。
接著eNB 1310可以向WTRU 1305發送RRC重配置請求消息1355以建立WTRU 1305和eNB 1310之間的RAB。一旦建立了RAB,WTRU 1305可以向MME 1315發送PDN連接完成消息1370,且WTRU 1305和1320能夠經由該PDN連接交換資料。
本文描述的是在每個WTRU和PGW之間建立正常PDN連接或正常EPS承載的情況(即,每個WTRU具有RAB和相應的S1和S5承載)。然而,對於直接WTRU到WTRU通信,資料可以在eNB直接從一個RAB傳輸傳送到其他RAB,如第3C圖所述。這種PDN連接可以是預設的PDN連接或專用承載。
在這種PDN連接是預設的PDN連接的情況下,WTRU之一(WTRU-1或WTRU-2)可以向MME發送PDN連接請求NAS消息,如本文關於情況1的描述。基於本文關於情況1描述的各種考慮,一接收到該消息,MME可以決定建立這種用於直接WTRU到WTRU通信的連接(情況2)。MME然後可以發送指示/消息以觸發來自WTRU的PDN連接請求。MME可以包括該消息中的一個或多個這些參數:1)QoS參數(QCI等);2)PDN連接用於直接WTRU到WTRU通信的指示;3)特定的存取點名稱(APN)資訊;4)WTRU-1的IP位址等。WTRU-2接著可以基於這些參數請求PDN連接。可替換地,可能MME通過向WTRU發送啟動的可以包括以上參數的預設EPS承載消息啟動WTRU-2的PDN連接建立程序。
在這些WTRU-1或WTRU-2的PDN連接的設置過程中,或者在已經建立了這些PDN連接的每一個之後,MME可以在承載設置請求消息或任意其他下行鏈路S1-AP消息中向eNB發送每個承載的映射ID。該映射ID可以向eNB指明已經為直接的WTRU到WTRU通信建立了這些承載的每一個,且可以輔助eNB將在WTRU-1的RAB上傳送的資料發送到WTRU-2的RAB,反之亦然。從而封包可以不通過S1和S5隧道。
經由eNB的直接WTRU到WTRU的通信(情況3)還可以以專用承載建立完成。WTRU-1可以向MME發送帶有該請求是用於直接WTRU到WTRU通信的指示的專用承載啟動請求。該請求如上所述可以包括PDN連接請求中的一些或全部參數。可替換地,WTRU可以向MME發送消息指明它想要與特定WTRU進行直接WTRU到WTRU連接,且MME可以通過在每個WTRU發起專用承載建立程序進行回應。WTRU發送到MME的消息可以包括某一形式的其他WTRU的識別(例如,IP位址、發現別名等)。
在這些專用承載的每一個的建立過程中,MME可以向eNB發送映射ID,從而eNB可以將來自WTRU-1的RAB上的封包映射到用於WTRU-2之RAB,如本文所述,使得封包不必經過S1和S5隧道。
當建立了每個專用承載時,WTRU的NAS層上預設承載的QCI和為直接WTRU到WTRU通信建立的相應的專用承載可能相同。這可能導致WTRU的NAS層上的某些混亂。然而,這種混亂可以通過在上行鏈路和下行鏈路方向為兩個WTRU恰當地設置封包濾波器和TFT來避免。封包濾波器可能需要配置有每個WTRU和/或特定埠號的正確的IP位址來避免這種混亂。
在情況3的另一個示例中,WTRU可以具有與不止一個WTRU的鄰近連接。在這種情況下,基地台可能需要檢查目的位址,或者封包的某一其他目的身份,並將其發送到適當的RAB,使得封包可以路由到正確的目的WTRU。這種情況下的基地台可能通過深度封包檢測或某一其他方法對目的位址進行檢查而具備檢查封包目的位址的能力。也可能使用層2或層3定址方案,諸如,例如RNTI或某些特定的鄰近位址。這種情況下,當基地台在層2或層3消息中發現了這樣的目的位址,它可以使用該位址將封包路由到正確的目的地。
本文描述的是用於如第3D圖中所示通過SGW 330的直接WTRU到WTRU通信的端到端承載。該承載建立程序可以由任意涉及的WTRU(即,WTRU-1或WTRU-2)發起。
第15圖示出了一個示例性信號流程圖,其中WTRU-1發起在無線通信系統1500中實現的情況4的PDN連接請求,該無線通信系統1500包括第一WTRU 1505、eNB 1510、MME 1515、SGW 1520和第二WTRU 1525。WTRU 1505可以發送PDN連接請求消息1530。一接收到PDN連接請求消息1530,MME 1515可以決定經由SGW 1520建立該承載。MME 1515接著可以向eNB 1510發送承載設置請求消息1535,其如本文上述其可以包括IE,並可以額外地包括使用SGW 1520設置用戶平面隧道的其他參數。例如,承載設置請求消息1535可以包括TEID、IP位址、埠號等。eNB 1510然後可以創建無線電承載來發送RRC重配置請求消息1540。
這種情況下WTRU 1525還可以作為PGW,且如本文所述向WTRU 1505指派用於該PDN連接的IP位址。該IP位址可以在承載設置回應消息1545中發送到MME 1515。承載設置回應消息1545還可以包括來自eNB 1510使用 SGW 1520建立用戶平面隧道的參數。
MME 1515然後可以繼續通過向SGW 1520發送創建會話請求消息1550設置S1-U隧道。MME 1515可以發送兩個分別的創建會話請求消息1550用於SGW 1520和eNB 1510之間的每一個S1-U隧道,或者MME 1515可以僅向eNB 1510發送一個創建會話請求消息1550。在後一種情況中,MME 1515可以向SGW 1520指明創建會話請求消息1550可以建立兩個S1-U隧道,並可以包括每個S1-U隧道建立所需的參數。而且,在任意一種情況下,創建會話請求消息1550可能不同於建立正常EPS承載中發送到SGW 1520的那個。
例如,MME 1515發送的創建會話請求消息1550可以包括映射ID、指示或者類似於向SGW 1520指明該隧道可以為直接WTRU到WTRU通信建立的某些東西,且從該隧道到達SGW 1520的任意資料可以路由到相應的S1-U隧道而不是S5隧道。MME 1515還可以向SGW 1520指明不向PGW發送創建會話請求消息(即,來創建S5隧道)。
在另一示例中,創建會話請求消息1550可以包括相應S1隧道的參數(相應S1-U隧道的S1-U承載ID)。
在另一個示例中,MME 1515可以指派該WTRU到WTRU端到端承載的承載ID,並將其在創建會話請求消息1550中發送到SGW 1520。兩個創建會話請求消息1550中該承載ID可以相同。
在另一個示例中,創建會話請求消息1550可能不包括PGW或PDN位址。
當MME 1515從SGW 1520接收創建會話回應消息1555時,MME 1515可以接著向eNB 1510發送承載設置請求消息1560,其可以包括用於WTRU 1505的PDN連接接受消息。這可以觸發eNB 1510和WTRU 1505之間的RAB的建立。而且,當MME 1515從SGW 1520接收創建會話回應消息1555時,如果還沒有這樣做,MME 1515可以向服務WTRU 1525的eNB 1510發送S1-U用戶平面隧道參數。
另外,如本文所述,可能為這種類型的WTRU到WTRU連接設置專用承載。該程序可能與關於該情況的上述消息的改變類似。此外,類似於情況3的情況在封包由SGW 1520路由的情況中是可能的。
直接的裝置至裝置通信最近變得越來越重要。這需要現有3GPP架構和呼叫管理程序的改變。本地路徑和雙無線電存取技術(RAT)情況都需要呼叫管理程序。還必須支持eNB間、MME間和PLMN間的情況。
為了管理D2D承載,需要開發呼叫管理的程序。後文將描述若干實施例。
本文描述了用於與D2D配置和承載設置、D2D承載重配置、以及D2D承載拆除相關的本地路徑和雙RAT情況的呼叫管理程序。本文還描述了PLMN內和PLMN間的情況,包括用於雙RAT和本地路徑的eNB內、eNB間和MME間的情況。還描述了過程的細節以及與RRC和NAS消息和介面相關的相應更新(S1-AP介面更新、X2介面更新和S10介面更新)。還描述了用於啟用D2D的系統資訊更新。
D2D承載呼叫建立之前,兩個具備D2D能力的WTRU可能處於網路覆蓋下並可能已經在網路中註冊,且NAS信令連接和RRC連接設置可能已經通過每個WTRU個別地在D2D承載設置之前完成。
應當注意的是以下描述的程序將參考3GPP LTE和IEEE 802.11進行描述,但是這些程序可以應用到包括但不限於WCDMA、IEEE 802.16、CDMA2000等的任意無線通信技術。
下文描述了雙RAT的呼叫管理的實施例。
這種情況下,D2D鏈路基於不同於3GPP RAT的技術。為方便起見,該其他RAT將稱為是基於802.11的,但是可以等價地使用任意其他技術和其他RAT(例如,藍芽等)。對於雙RAT,以下程序應用到D2D直接路徑並涵蓋PLMN內和PLMN間的情況,包括eNB內、eNB間和MME間的情況。
以下介紹了幾種用於雙RAT情況的發現和通信機制。發現機制(裝置發現和服務發現)可能獨立於兩個具有D2D能力的WTRU之間的通信程序。應當注意到以下發現和通信機制的任意組合是可能的。
在基於蜂巢的裝置發現中,D2D裝置發現可以首先在蜂巢RAT上實現。蜂巢上的裝置發現可以觸發基於802.11RAT的D2D鏈路上通信的服務發現或隨後的802.11 RAT上的裝置發現。蜂巢RAT上的D2D裝置發現可以限制為從位置資訊(基於LTE定位協定、GPS或其他方式)、胞元識別符、扇區識別符等獲得的資訊。
這種情況下,802.11 RAT無線甚至不能在蜂巢RAT執行D2D裝置發現並識別基於802.11 RAT的D2D鏈路可能可行之前被觸發。具備D2D能力的WTRU可以向網路提供基於蜂巢RAT的D2D裝置發現的結果。然後網路實體(或多個實體)可以輔助具備D2D能力的WTRU將裝置發現結果轉換為服務發現。可能涉及的EPS實體包括但不限於MME、D2D伺服器、HSS、存取網路發現和選擇功能(ANDSF)、策略控制和規則功能(PCRF)等。隨後,802.11 RAT可以進行基於802.11的裝置發現以增強來自蜂巢RAT上D2D發現的結果。在另一個實施例中,802.11 RAT上通信的服務發現程序可以基於在蜂巢RAT上進行的D2D裝置發現觸發。
網路可以基於其當前策略或隱私方面以及允許具備D2D能力的WTRU瞭解哪些用戶向具備D2D能力的WTRU提供濾波器。
在另一個實施例中,可以用唯一的其他RAT D2D識別符執行裝置發現。802.11 RAT可以進行裝置發現而無需來自3GPP(LTE)網路的觸發。其他RAT可能存在唯一的裝置識別符(例如,802.11 MAC位址),其是唯一的且不能被篡改。這個唯一的裝置識別符可以為3GPP網路所知。這個唯一的識別符可以在用戶購買裝置或與網路通信時註冊作為來自具備D2D能力的WTRU的其他RAT資訊的一部分。
如果還沒有連接,具備D2D能力的WTRU連接到3GPP網路。類似於LTE版本8或更新的版本的基準程序,具備D2D能力的WTRU可以基於通用用戶身份模組(USIM)資訊進行認證。在一個實施例中,其他RAT的認證程序可以“依賴於”(ride on)蜂巢網路提供的認證。
具備D2D能力的WTRU可以向網路提供裝置發現結果。然後網路實體(或多個實體)可以輔助具備D2D能力的WTRU將裝置發現結果轉換為服務發現。可能涉及的EPS實體包括但不限於MME、D2D伺服器、HSS、ANDSF、PCRF等。由於存在可以在網路上用於每一個雙RAT具備D2D能力的WTRU的其他RAT上的唯一裝置識別符,網路可以將D2D裝置識別符轉換為服務識別符。
網路可以基於其當前策略或隱私方面以及允許具備D2D能力的WTRU瞭解哪些用戶向具備D2D能力的WTRU提供濾波器。
在另一個實施例中,其他RAT的D2D識別符可以由蜂巢網路分配。具備D2D能力的WTRU連接到3GPP網路。作為註冊/附著或隨後的NAS程序的一部分,具備D2D能力的WTRU可以向網路指明其能夠在其他RAT中進行D2D操作。還可以指明它需要蜂巢網路分配唯一的D2D裝置識別符。然後網路可以為其他RAT分配唯一的D2D裝置識別符。可能涉及的EPS實體包括但不限於MME、D2D伺服器、HSS、ANDSF、PCRF等。
其他RAT使用這個分配的唯一D2D識別符作為其D2D裝置發現程序一部分。其他RAT上的裝置發現消息可以看做用於發現的“高層”消息。一旦完成了裝置發現,具備D2D能力的WTRU可以向網路提供裝置發現結果。由於網路完全瞭解其他RAT D2D裝置識別符之間的映射和服務級映射,網路實體(或多個實體)可以接著輔助具備D2D能力的WTRU將裝置發現結果轉換為服務發現。
網路可以基於其當前策略或隱私方面以及允許具備D2D能力的WTRU瞭解哪些用戶向具備D2D能力的WTRU提供濾波器。
在另一個實施例中,裝置發現可以由蜂巢網路觸發。例如,802.11 RAT具備D2D能力的WTRU-1經由基準基礎設施模式連接到802.11 RAT具備D2D能力的WTRU-2。蜂巢網路檢測其他RAT上的D2D可能用於WTRU-1和WTRU-2之間的資料通信。這可以基於,但不限於位置資訊、測量、胞元ID、扇區ID等。蜂巢網路可以請求WTRU-1和WTRU-2打開它們的其他RAT無線電並開始在其他RAT上的D2D裝置發現。其他RAT基於唯一的D2D裝置識別符或使用由蜂巢網路在802.11 RAT上分配的D2D裝置識別符實現裝置發現。裝置發現結果可以轉換為服務發現。
兩種資料平面協定的選擇可以考慮用於使用基於802.11 RAT的D2D鏈路的通信。
在一個實施例中,IP可能位於802.11 MAC/PHY之上。在該實施例中,IP封包直接攜帶在基於802.11的MAC和PHY協定之上。蜂巢網路可以輔助基於其他RAT的D2D鏈路的配置。這可以使用NAS或RRC消息啟用。
來自D2D WTRU的802.11 RAT呼叫管理的蜂巢網路的輔助可以減少協調基於802.11的D2D鏈路所需的配置時間和資源。例如,如果涉及了兩個具備三模式802.11 RAT的D2D WTRU,蜂巢網路可以經由相應的eNB到WTRU鏈路向這些WTRU指明使用802.11n,還可以指明使用的通道和其他相關配置參數。
蜂巢網路可以提供資訊,呼叫涉及的具備D2D能力的WTRU可以得到密鑰用於基於802.11 RAT的D2D直接路徑上的通信。可替換地,還可以使用基於802.11的安全。蜂巢網路可以有助於為D2D基於802.11 RAT的直接路徑分配新的IP位址。可替換地,可以為D2D鏈路和基礎設施鏈路定義單獨的邏輯介面。邏輯介面定義可以被擴展用於分別的D2D和基礎設施鏈路。這些可以應用到WTRU可以具有D2D直接路徑、D2D本地路徑和基礎設施鏈路的情況。
在另一個實施例中,蜂巢無線電鏈路控制(RLC)和封包資料彙聚協定(PDCP)層可以位於802.11 MAC/PHY之上。蜂巢RLC/PDCP協定資料單元(PDU)直接攜帶在基於802.11的MAC和PHY協定之上。蜂巢網路可以在802.11 MAC/PHY之上配置RLC和/或PDCP層,並可以輔助基於802.11的D2D連接的配置。這可以通過使用NAS或RRC消息啟用。
如果配置了PDCP層,蜂巢層可以提供用於802.11 RAT D2D直接路徑傳輸的與基準類似的安全性。可以導出或定義新的安全密鑰,其可能不同於基礎設施鏈路使用的密鑰。
在該實施例中,不需要D2D鏈路的新的IP位址分配。IP位址分配的錨點可以是PGW,這可以有助於D2D承載移動到基礎設施模式時的移動性。
第16A圖和第16B圖,合在一起,是在無線通信系統1600中具有唯一D2D識別符的eNB內、MME內雙RAT的服務請求程序的示例性程序的信號流程圖,該無線通信系統1600包括第一WTRU 1605、第二WTRU 1610、eNB 1615、MME 1620和D2D伺服器1625。在該示例中,WTRU 1605和1610都可以具有D2D 802.11 RAT能力,並可以在網路中註冊。WTRU 1605和1625都可以具有它們自己在RAT上的唯一D2D識別符,並進行裝置和服務發現(1630)。一旦完成了服務發現(1630),相關聯的應用可以瞭解服務發現並可以觸發用於D2D承載建立的服務請求程序。第16A圖和第16B圖中所示的示例描述了在802.11 RAT(WiFi) MAC/PHY頂部上配置的蜂巢RLC和/或PDCP層。
如第16A圖中所示,如果WTRU 1605想要使用802.11 RAT擁有與WTRU 1610的D2D服務,WTRU 1605可以通過eNB 1615向MME 1620發送具有WTRU 1610的D2D裝置ID和臨時服務名稱的服務請求1640。MME 1620可以將服務請求1645轉發到D2D伺服器1625。D2D伺服器1625可以用PCRF(未示出)驗證該請求並可以提供任意需要的策略資訊。
如第16B圖中所示,MME 1620可以通知eNB 1615執行無線電配置以設置WTRU 1605和1610之間的專用D2D EPS承載1650。eNB 1615可以使用無線電承載(RB)重配置程序配置用於WTRU 1605和1610的RLC和/或PDCP層。MME 1620或eNB 1615還可以輔助基於802.11的MAC和PHY協定的配置。
第17圖示出了發起鄰近服務請求的WTRU 1700的示例。鄰近服務承載的建立可以由WTRU 1700或網路發起。WTRU 1700可以請求具有特定服務品質(QoS)需求的資源以及鄰近特性ID或者WTRU 1700可能感興趣的關於建立最佳化鄰近連接(OPC)的搭檔列表、或者確定搭檔鄰近的請求的至少一個。WTRU 1700可以使用由周圍WTRU廣播的值和/或它可以明確地使用應用功能提供的識別符,以向MME發送適當的資訊元素(IE)。WTRU 1700可以使用特定QoS需求以及D2D承載是否可以共用同一QoS類別識別符(QCI)特徵的指示、發起WTRU和終止WTRU是否可以具有相同QoS參數的指示、和/或請求WTRU是否可以承擔臨時贊助屬性的指示而請求資源。
WTRU 1700可以建立網路和無線電資源的設置。這可以通過承載資源分配請求或承載資源修改來實現。網路能夠接受或拒絕是否由特定WTRU觸發鄰近程序。當WTRU使用本文所述機制請求網路資源時,網路可以基於特定應用的需求確定什麼可能是最可行的程序,以建立最佳化連接並傳遞位置資訊。
應用可以請求保證鄰近承載建立的資源。例如,應用可以請求Rx介面上可以促進策略和計費規則功能(PCRF)以設置觸發承載建立或可以用於支援OPC的承載的服務或動作。本文描述了可以觸發支援OPC承載的建立的服務或動作。
可替換地,提供鄰近服務的應用可以請求承載的建立以支援OPC(例如,在Rx介面上)。本文描述了為何應用可以請求支持OPC的資源的可能原因(雖然不是原因的完全列表)。可替換地,需要鄰近服務的應用可以請求來自鄰近伺服器或中央鄰近功能的鄰近服務,其接著可以使用之前描述任何方法建立端到端鄰近承載。可替換地,WTRU內的應用可以請求可能需要用於支援OPC的承載建立的資源。
第18圖示出了用於鄰近服務的策略和計費控制模型1800,藉此可以建立基於PCRF的鄰近驅動的承載。應用功能(AF)1805,(例如,鄰近伺服器)可以向PCRF 1810提供承載必須遵循以支援在這些承載上傳輸的資料流的需要的特徵和/或要求。從而,AF 1805可以明確向PCRF 1810指明可能需要鄰近支援的應用的“支援的特性”或“應用身份”。這可以使用已經包含在認證和認證請求(AAR)直徑消息中的現有屬性值參數(AVP)來實現。PCRF 1810可以使用策略將“應用身份”或“支援的特性”與特定QoS和/或策略和計費控制(PCC)規則和/或單個的鄰近服務ID“綁定”。
策略與計費控制模型1800可能進一步包括用戶配置檔庫(SPR)1815、線上計費系統(OCS)18201和18202、承載建立和事件報告功能(BBERF)1825、流量檢測功能1830和策略計費執行功能(PCEF)1835。
單代理服務ID可以用於關聯訂閱可能需要鄰近服務的應用的任意其他成員。這些成員可以是一組的部分或者可以通過OPC連接的單個WTRU,其可以是採用WTRU到WTRU通信的更短路徑的連接(例如,情況3中通過eNB的鄰近連接)。
鄰近服務ID可以從組ID或者與需要鄰近支援的應用或服務相關聯的應用ID導出。單鄰近服務ID(SPSI)可以用於管理可以關聯到單個TFT的至少兩個WTRU的連接(留下何時及/或何地建立完全到3GPP網路的該連接的決定)。通過相關的PGW,PCRF可以將單個鄰近服務ID發送到MME。MME可以使用該身份確定是否存在可以使用OPC連接的支援鄰近服務的WTRU。如果MME識別兩個或多個具有相同鄰近服務ID的WTRU,MME可以確定這些WTRU是否可以通過OPC連接。OPC可以在不同等級上定義,包括相同的PGW、相同的LGW、相同的eNB/HeNB/HeNB或任意其他可以支援在相同鄰近承載ID上直接路由的節點。
除了使用SPSI,MME可以使用一些其他標準來確定OPC是否可以允許/執行,包括用信號發送候選OPC WTRU鄰近的修改的WTRU鄰近指示。
此外,只要MME能夠確定兩個或多個WTRU連接到候選OPC節點,就可以使用執行OPC的候選節點的節點ID。MME可以從WTRU承載上下文獲得候選的OPC節點ID,且該資訊可以在切換程序期間傳遞,包括MME間和MME內的切換。例如,承載上下文可以在“所需切換”消息和“轉發重定位請求”消息中傳遞。可替換地,可以使用全球eNB ID識別兩個或多個啟用了鄰近的WTRU是否連接到同一eNB。進一步,可以使用封閉用戶組(CSG)ID和本地H(e)NB網路(LHN)ID。
第19圖示出了基於網路的鄰近觸發程序的信號流程圖。應用功能(AF)1905,可能作為鄰近伺服器,可以向PCRF 1915發送鄰近服務請求1910。鄰近服務請求1910可能已經由請求來自AF 1905的鄰近服務的分別的AF觸發。服務資訊可以提供應用ID或特徵ID和單個的鄰近服務ID等。PCRF 1915可以向歸屬用戶伺服器(HSS)/用戶配置檔庫(SPR)1925發送用戶配置檔請求消息1920(傳遞應用ID/特徵ID)。HSS/SPR 1925可以使用該資訊取回可能由用戶定義為潛在鄰近搭檔的用戶的列表。列表可以在HSS/SPR 1925發送的配置檔回應消息1930中提供。鄰近搭檔列表與應用/特徵ID一起可以通過消息鏈傳遞到MME 1935。MME 1935可以使用該資訊確定是否可以建立OPC。
本文描述了當一個或兩個WTRU移動到空閒模式時WTRU到WTRU承載上的程序和影響。進一步,描述了在另一個WTRU有資料要在空閒模式發送時可以使WTRU之一轉換到連接模式的傳呼程序。根據本文描述的WTRU到WTRU承載情況,程序和方法可能不同。
在第3A圖所示的情況1中,當WTRU之一進入空閒模式,可以拆除直接的WTRU到WTRU承載(即,可以釋放無線電承載)。然而,承載的上下文可以在兩個WTRU中保持。承載上下文可以由無線電承載上下文或者全部或部分EPS承載上下文組成。因此,當兩個WTRU返回連接模式時,可以重新建立同一承載。
在第3A圖中所示的示例中,如果WTRU之一處於空閒狀態,WTRU-1和WTRU-2之間的RAB可以被拆除。然而,WTRU-2可以具有將要發送到WTRU-1的一些對等資料,但是因為拆除了直接的WTRU到WTRU承載,WTRU-2可以因此瞭解WTRU-1處於空閒狀態,從而WTRU-2可以經由預設的PDN連接或指向PDN連接的預設承載發送第一封包。既然該第一封包的目的IP位址可以是WTRU-1的位址,它可以路由到PGW,並最終到達WTRU-1的SGW。這可以觸發MME的正常傳呼以將WTRU-1轉換為連接模式。一旦WTRU-1處於連接模式,剩餘的封包可以通過直接的WTRU到WTRU承載發送。可替換地,eNB或SGW可以丟棄觸發傳呼的第一封包,並且一旦重新建立了WTRU到WTRU承載,包含第一封包的所有封包可以在直接承載上發送。
在第3B圖所示的示例(情況B)中,當WTRU之一轉換到空閒模式時,可以拆除端到端承載(即,可以釋放兩個RAB)。然而,可以在WTRU-1、WTRU-2和eNB中保持RAB的上下文。如果是這樣的話,如果WTRU之一有將要發送到其他可能處於空閒狀態的WTRU的封包,之前描述的解決方案也可以應用到這種情況。
如果WTRU之一處於空閒模式,不能釋放整個WTRU到WTRU承載,而是可以釋放連接到特定WTRU的部分承載。
在第3B圖中示出的示例(情況B)中,如果WTRU-1轉換到空閒模式,可以釋放從WTRU-1到eNB的RAB,但是如果WTRU-2保持在連接模式,不能釋放從WTRU-2到eNB的RAB。如果WTRU-2有想要發送到WTRU-1的一些鄰近或對等封包,它可能不知道WTRU-1處於空閒模式,因為用於從WTRU-2到eNB的WTRU到WTRU承載的RAB仍然處於活動狀態。因此它可以在那個RAB上發送封包。當第一封包到達eNB時,它知道那個WTRU-1處於空閒狀態。它可以向MME發送通知以將WTRU帶入連接模式,一旦它從MME接收了回應,就可以發送無線電資源控制(RRC)重配置請求以重新建立RAB。一旦在eNB和WTRU-1之間重新建立了RAB,eNB就可以將第一封包轉發到WTRU,且某些或全部剩餘的封包就可以通過WTRU到WTRU承載發送(對eNB透明)。eNB可以丟棄第一封包,且一旦重新建立了承載,包括第一封包的所有封包可以由WTRU-2發送。
第3C圖示出了經由在路徑中的eNB或HeNB建立承載的示例。在第3C圖所示的示例(情況3)中,每個WTRU可以具有到達PGW或ProSe-GW分別的承載,但是資料封包可以在連接到兩個WTRU的eNB或HeNB從一個RAB直接傳送到另一個RAB。從而,在這種情況下,當WTRU之一移動到空閒模式(例如,因為非啟動之用戶),與那個WTRU相關聯的所有RAB和S1-U承載可以被拆除,且所有與WTRU相關的上下文資訊可以在eNB或HeNB中刪除。然而,EPS承載上下文可以在WTRU和MME中保持。
參考第3C圖,如果WTRU-1進入空閒狀態,eNB/HeNB可以作為WTRU-1上下文資訊刪除的一部分而移除或解除啟動用於該承載或RAB與最佳化路徑相關聯的映射ID。從而,如果WTRU-2有資料要發送到WTRU-1,當資料可能到達eNB/HeNB時,eNB/HeNB確定映射ID還沒有指派給這個承載或RAB。然後這個資料可以轉發到相應的S1-U隧道以啟用正常(即,非最佳化)程序之後的最佳化路徑,接著可以最終轉發到S5/S8隧道。資料可以路由回PGW/ProSe-GW和WTRU-1的SGW,其可以觸發正常傳呼程序以將WTRU-1轉換到連接模式。可以向eNB/HeNB發送新的映射ID或指示以在這個傳呼程序中重新啟動舊的映射ID。從而,一旦WTRU-1返回到連接模式,eNB/HeNB可以使本地路徑能夠通過eNB/HeNB用於該承載,且所有的對等資料可以經由這條從WTRU-1到WTRU-2的路徑發送。對於情況4,可能與情況2描述的情況類似,當WTRU之一轉換到空閒狀態,可以解除啟動整個端到端承載,或者可以解除啟動與轉換到空閒模式的WTRU相關聯的承載的部分,其在這種情況下可以是RAB和相應的S1-U承載。例如,如果WTRU-1轉換為空閒模式,WTRU-1與eNB/HeNB之間的RAB和eNB/HeNB與SGW之間的隧道可以被解除啟動,但是SGW與eNB/HeNB服務WTRU-2之間的S1-U隧道和相應的RAB可以保持活動。
類似地,若WTRU-2具有對於WTRU-1對等的或ProSe封包同時WTRU-1處於空閒模式,封包可以如前所述在整個WTRU到WTRU承載已經解除啟動的情況下通過預設PDN連接發送。可替換地,封包可以由WTRU-2在WTRU到WTRU承載上發送,而從WTRU-2的角度來看其仍然處於活動狀態。這種情況下,當封包使用RAB和S1-U隧道到達SGW時,SGW可以觸發正常傳呼程序以將WTRU-1轉換到連接模式。一旦WTRU-1處於連接模式,封包可以通過WTRU到WTRU承載發送到WTRU-1。
本文描述了用於鄰近的非存取層(NAS)發現方法。用於鄰近發現的WTRU的註冊可以包括願意使用鄰近發現服務尋找其他WTRU、和/或身份自身是可由或不可由其他WTRU發現。如果它是可發現的,用戶還可以向網路提供“別名”以顯示給其他用戶,且用戶還可以提供其他如網路的性別、愛好等的資訊以顯示給其他用戶。網路是否授權WTRU使用發現服務可以基於訂閱配置檔。
而且,WTRU還可以在註冊消息中包括它正在使用的公知應用(即,應用)。公知應用是那些可以從鄰近服務受益的廣泛使用的智慧型電話的應用,諸如網際網路協定語音(VoIP)用戶端(Skype、Vonage)、和/或社交網路(SNS)應用(例如,Facebook)。網路或應用伺服器可以使用該資訊用於進一步的基於鄰近的服務。網路可以記錄WTRU的鄰近發現註冊資訊、公知應用資訊和相關聯的位置資訊(全球定位系統(GPS)座標、胞元ID、eNB_ID、CSG等)。
可以在用於註冊的附著或跟蹤區更新(TAU)消息中增加新的資訊元素(IE)。網路可以將該註冊結果在回應消息中通知WTRU。也可以為此目的設計新的NAS消息。
如果系統支援鄰近服務,胞元可以在RRC級上廣播。
可以請求應用特定資訊。如果實現了公知的應用註冊,MME可以請求WTRU發送一些應用特定資訊,諸如別名、登錄ID、密碼等。資訊可以由網路使用並進一步提供給應用伺服器用於基於鄰近的服務。可以為此目的設計新的NAS消息。
WTRU可以修改其鄰近註冊資訊(例如,從可發現到不可發現的改變)。根據位置移動,例如重選或HO到另一個胞元、或者在新區域的TAU,系統可以或者應當在原始MME中更新或刪除這個WTRU的鄰近資訊。如果WTRU具備GPS的能力,WTRU可以配置為在NAS上定期發送GPS座標以更新位置資訊。
可以請求鄰近發現資訊。WTRU可以向網路請求鄰近發現資訊,諸如允許其自身在附近可發現的所有WTRU、或者對於特定公知應用、附近同一應用的其他用戶。可以為此目的設計新的NAS消息。
可能出現系統間鄰近資訊交換。MME可以與其他系統元素諸如服務通用封包無線服務(GPRS)支援節點(SGSN)交換鄰近資訊(例如,發現資訊、位置資訊、鄰近能力資訊和/或鄰近QoS資訊等)。MME可以請求SGSN發送鄰近相關資訊用於某些位置(例如,GPS座標、胞元或跟蹤區域)。SGSN可以將位置映射到其自己的位置(胞元或路由區域)並在那個位置返回所有可發現的WTRU或者應用特定資訊。MME還可以也向其他系統提供類似的資訊。可以設計新的系統間消息。
可以在MME和應用伺服器之間建立通信。MME可以向公知的應用伺服器提供現有的鄰近資訊,從而伺服器可以具有鄰近資訊。當用戶針對應用線上時,應用可以向用戶顯示相關的鄰近資訊。根據請求或者定期地,MME可以發送當前WTRU的跟蹤區域ID或eNB ID,其可以與應用伺服器和/或鄰近伺服器註冊。可替換地,鄰近伺服器可以通知MME關於是否兩個WTRU想要經由鄰近伺服器進行通信。在第一種情況下,應用伺服器/鄰近伺服器可以使用該資訊(例如,WTRU的跟蹤區域ID識別已經請求了鄰近服務和/或可能正在使用特定應用的兩個WTRU是否在同一區域中)。如果應用伺服器確定它們處於同一區域,應用伺服器或者鄰近伺服器可以請求MME和/或網路建立兩個或多個WTRU之間的鄰近連接。
在應用伺服器可以向MME發送資訊的第二種情況下,MME可以根據來自應用伺服器/鄰近伺服器的資訊確定同一跟蹤區域的兩個WTRU是否想要彼此通信。如果MME斷定WTRU期望和/或可以進行鄰近通信,那麼可以在那些WTRU之間建立鄰近連接。
如第20圖中所示,應用閘道2005可以包含在MME 2010中以啟用與應用伺服器2015的通信。
為了實現ProSe(WTRU到WTRU鄰近服務),並啟用WTRU到WTRU通信,可以提供一種新的邏輯節點(本文稱為鄰近服務閘道(GW)(即ProSe-GW))。ProSe-GW可以由網路營運商或獨立的ProSe服務提供商或者企業部署。ProSe-GW可以跨多個本地歸屬網路和相關聯的本地GW(LGW)。類似地ProSe-GW可以跨多個企業本地網路。ProSe-GW可以包括用於ProSe PDN連接的IP位址分配、和支援QoS執行的策略控制執行功能(PCEF)以及依據PDRF規則的基於流的計費功能。
如果ProSe-GW由企業或獨立的ProSe提供商部署,那麼PCEF和基於流的計費功能不能位於ProSe-GW。這種情況下,可以用PDN連接或承載(諸如WTRU預設承載)支援ProSe,具有根據每個用戶服務級別的協議預定義的QoS等級。
ProSe-GW也可以包括針對鄰近服務涉及的WTRU的以下功能,也可以是SGW功能。當WTRU僅有ProSe PDN連接時,WTRU在eNB之間或HeNB之間移動時,本地移動錨點可以與資料承載一起使用。在WTRU處於空閒狀態(例如,EPS移動性管理(EMM)空閒或者EPS連接管理(ECM)-IDLE)時關於承載的資訊可以保持(retain),並至少臨時地緩存下行鏈路資料,同時MME啟動WTRU的傳呼以重新建立承載。對於漫遊WTRU,可以為計費(例如,發送到用戶或從用戶接收的資料量)和合法攔截收集資訊。
例如,鄰近服務(ProSe)區域可以定義為一個或多個胞元集合。(例如,具有相同CSG ID的胞元或者屬於CSG ID的列表),或者本地歸屬網路或本地企業網路的集合。ProSe區域可以跨來自多個PLMN的胞元,或者ProSec區域可以跨多個CSG。
ProSec區域可以與可能是全球唯一識別符的識別符相關聯。這樣的識別符可以由ProSec區域中的胞元廣播。ProSec區域識別符還可以在專用RRC消息或NAS消息中在WTRU之間、或者WTRU和網路實體之間交換。WTRU或網路實體(MME、eNB/HeNB、包括ProSe GW的GW)可以使用ProSe區域識別符支援ProSe發現或ProSe對等WTRU或WTRU組的發現。同一ProSe區域的WTRU可以進行ProSe通信。
可以使用可達性控制、啟動觸發器和決策節點提供ProSe存取以確定何時及如何提供ProSe存取。對於ProSe控制,可能為了啟用和控制ProSe,以下資訊可以合併到WTRU或用戶的訂閱配置檔中。
ProSe許可可以定義為WTRU進行ProSe的許可。而且,HSS中的PDN訂閱上下文可以包含各種粒度的ProSe許可,諸如存取點名稱(APN)和對於APN允許還是禁止ProSe用於該AP的指示;APN和對於該APN是否僅支持ProSe的指示;APN和ProSe支持是否是有條件的指示(例如,有條件的ProSe);PGW或ProSe GW的身份(例如,預設ProSe GW)和APN;ProSe區域(例如,ProSe區域列表)和APN;漫遊期間是否允許ProSe(例如,在訪問的公共陸地移動網路(VPLMN)中);漫遊期間是否允許ProSe通過訪問網路的ProSe GW或PGW;是否允許ProSe用於特定ProSe組(開放組、封閉組、私人組、公共組);具有關於是否允許ProSe用於特定ProSe組或特定類型的組的指示的APN;是否允許WTRU邀請另一個WTRU參與ProSe通信,即使受邀WTRU沒有訂閱ProSe;和/或具有ProSe服務允許等級指示的APN(藉此可能存在很多等級的ProSe服務);是否允許ProSe在預設PDN連接承載或專用承載或專用PDN連接上建立;ProSe是否僅被允許用於始發呼叫,僅用於終結呼叫,或都可以;許可可以被授權用於特定QoS屬性和相關臨界值,諸如最大位元率、QoS類別識別符(QCI)及分配和預留優先(ARP);允許的有效性;許可可以被授權用於特定服務類型;以及用戶同意(其可以具有與上述相同的粒度等級)。
這種資訊可以駐留在HSS中。而且,可以將這個資訊提供(例如,由HSS)給CN節點,諸如MME、SGSN、SGW或PGW。該資訊還可以如本文所述提供給ProSe GW。
此外,可以允許同一本地網路中WTRU之間或屬於定義的本地網路列表中的WTRU之間的ProSe。可以允許屬於同一CSG的WTRU之間的ProSe。許可可能一直被允許;一直被禁止;和/或是有條件的。
ProSe通信的支援也可能受制於網路配置和能力。類似地,ProSe通信的支援可能受制於WTRU配置及其能力以及協定/硬體版本或發佈。例如,某些MME、SGW和PGW可以支援ProSe而有些不能。類似地,某些eNB或HeNB可以支援ProSe而有些不能。
在移動期間,服務網路或網路節點(MME、SGW/PGW或eNB或者HeNB)可以驗證在目標網路或特定目標網路節點中對ProSe的支援。如果目標網路(或將服務該WTRU的特定目標網路節點)不支援ProSe,服務網路可以解除啟動ProSe PDN連接。這種解除啟動可以由eNB或HeNB、MME和/或SGW、PGW或ProSe-GW發起。
本文描述觸發ProSe及ProSe可以被觸發的時間。可以根據發現鄰近朋友或者根據所關注點的朋友在附近的通知觸發ProSe。通知可以從網路或從WTRU定址到用戶。例如,用戶可以配置WTRU發佈關於發現朋友或者可能還不在用戶朋友列表中的所關注點的通知。
通知可以定址到WTRU。例如,WTRU可以配置為在收到來自網路或對等WTRU或所關注點的通知時自主採取某些動作(例如,更新朋友列表)。
在進入ProSe區域或讀到來自系統資訊廣播的ProSe區域ID時,可以觸發ProSe。
用戶一請求就可以觸發ProSe。例如,用戶可以觸發WTRU檢測附近的朋友。術語“朋友”指例如,如果位於附近用戶可能期望與其建立聯繫的單獨的實體(例如,個人、商店等),一組用戶或社交網路組、ProSe區域伺服器或ProSe-GW、本地網路,等等。
網路一傳呼或請求啟動ProSe就可以觸發ProSe。例如,傳呼可以是想要建立ProSe通信的友好WTRU的結果。
根據更新ProSec允許列表、鄰近指示、網路的特性啟動、選擇胞元或切換到支援ProSe的胞元、選擇網路或進入支援ProSe的胞元或支持ProSe的ProSe GW覆蓋、選擇特定CSG ID或特定APN或GW身份、啟動本地IP存取(LIPA)服務、管理的遠端存取(MRA)服務或選擇的IP流量卸載(SIPTO)服務、或者選擇在ProSec控制章節中描述的任意ProSe許可控制參數就可以觸發ProSe。
WTRU或網路可以做觸發ProSe的決定。例如,可以由WTRU或針對另一個用戶的用戶或者在來自另一個用戶或用戶組或胞元組的回應或請求、或商店等觸發ProSe。
ProSe可以是來自網路(或ProSe服務提供商)的推送服務。網路可以自主的發起ProSe。例如,網路可以提供廣告服務。用戶一接近所關注點(例如在用戶配置檔的功能和預先安排的同意中),網路營運商或服務提供商可以觸發ProSe並推送廣告資訊以在WTRU螢幕上顯示。如果資訊仍然與WTRU的位置有關,這種廣告資訊也可能由WTRU推送到可以在任意時間顯示的可用WTRU。可以由MME、SGW、PGW、ProSe-GW或eNB/HeNB觸發這種ProSe發起。
可以發生ProSe終止和ProSe承載或連接。可以根據導致ProSe不再被允許的任意ProSe許可控制參數的改變終止ProSe。例如,根據網路授權的有效性時間到期、網路配置或WTRU配置的改變、或者移動到網路部份或網路中(其中因為網路的整個部分不能支援ProSe或者不被配置為支援ProSe、新的網路不支援ProSe、或者新的eNB、HeNB、MME、SGW或PGW不支援ProSe而不支援ProSe)、或網路、WTRU或用戶對終止ProSe的決定,ProSe通信可以終止。WTRU可以到達發送鄰近資料的允許臨界值。
計費模型可能影響支援ProSe的網路架構。相對於企業部署的ProSe、相對於歸屬部署的ProSec,營運商可以相對於獨立ProSe提供商部署ProSe服務。計費可以基於固定速率(例如,按月)計費。
可以建立預設WTRU承載、或者具有預先同意/預先配置的QoS屬性的預設PDN連接、或者具有預先同意/預先配置的QoS屬性的專用PDN以支援ProSe通信。在這個方案中,如果使用ProSe-GW或網路營運商信任的任意其他節點諸如SGW或PGW,用於下行鏈路中的QoS的策略控制執行功能(PCEF)(例如,基於APN AMBR的速率管制)可以駐留在eNB或HeNB中。
還可以在eNB或HeNB指定功能向網路報告使用S1應用協定(S1-AP)消息所消耗的資料量。
AF可以明確向PCRF指出需要鄰近支援的應用的“支援的特性”或“應用身份”。這些可以使用現有的已經包括在AAR直徑消息中的屬性值參數(AVP)執行。
單代理服務ID可以用於關聯訂閱可能需要鄰近服務的應用的任意其他成員。這些成員可以是組的一部分或可以通過最佳化鄰近連接(OPC)連接的單個WTRU。
在WTRU之一進入空閒模式的一種或多種場景,直接的WTRU到WTRU承載可能被調小(turn down),而承載的上下文可能保持在兩個WTRU中。從而,當兩個WTRU返回連接模式時,可以重新建立同一承載。也可能如果WTRU之一處於空閒狀態,整個端到端的承載不能釋放,僅能釋放連接到那個WTRU的部分承載。
迄今為止的“映射ID”和向eNB指明重啟動舊的映射ID的指示可以在這個傳呼期間發送到eNB。這樣,一旦WTRU-1返回連接模式,eNB就可以使本地路徑能夠通過該承載的eNB且所有對等資料可以沿著這條路徑從WTRU-1到WTRU-2。
WTRU可以在註冊消息中包括它正在使用的公知應用。公知應用可以廣泛用於可以從鄰近服務中受益的智慧型電話應用中,諸如VoIP客戶(Skype、Vonage),或SNS應用(Facebook)。網路或應用伺服器可以使用該資訊用於進一步的基於鄰近的服務。
WTRU可以建立網路和無線電資源的設置。這可以通過承載資源分配請求或承載資源修改來實現。網路可以能夠接受或拒絕鄰近程序是否可以由特定WTRU觸發。
第21A圖和第21B圖,合在一起,是用於無線通信系統2100中eNB內、MME內雙RAT具有蜂巢觸發裝置發現的示例性服務請求程序的信號流程圖,該無線通信系統2100包括第一WTRU 2105、第二WTRU 2110、eNB 2115、MME 2120、D2D伺服器2125和PGW 2130。在註冊(2135)期間,作為NAS層附著程序的一部分,WTRU 2105和2110都可以使用802.11 RAT指明它們具備D2D能力,並可以向MME 2120或D2D伺服器2125發送它們各自的D2D能力。MME 2120可以在它們註冊的時間或例如,使用跟蹤區域更新(TAU)程序的任意隨後更新中用WTRU 2105和2110的D2D能力更新D2D伺服器2125。
WTRU 2105可以嘗試在每個基準程序建立到WTRU 2110的公共安全(PS)呼叫。WTRU 2105和2110可以在每個基準LTE程序建立預設的EPS承載設置。WTRU 2105可以使用隨機存取通道(RACH)和連接設置程序轉移到RRC連接狀態。如果WTRU 2110還沒有處於RRC連接狀態,MME 2120就可以使用傳呼程序將WTRU 2110帶入到RRC連接狀態。這個階段之後,WTRU 2105和WTRU 2110都可以具有連接到PGW 2130的預設EPS承載2140。
MME 2120,無論是單獨還是與D2D伺服器2125協作(或其他EPC實體,諸如ANDSF、PCRF等),都可以識別WTRU 2105和2110是具備D2D能力的,且它們能夠使用基於802.11 RAT的D2D鏈路進行通信(2145)。這可能基於,但不限於位置資訊、測量、胞元ID、扇區ID等。WTRU 2105和2110可以執行裝置和服務發現。
第22A圖和第22B圖,合在一起,是在無線通信系統2200中設置eNB內本地路徑的示例性程序的信號流程圖,該無線通信系統2200包括第一WTRU 2205、第二WTRU 2210、eNB 2215、MME 2220和D2D伺服器2225。對於本地路徑的呼叫管理(單RAT),在註冊時(在附著程序中),WTRU 2205和2210可以指明它們具備D2D能力且可以發送它們各自的D2D能力。MME 2220可以在它們註冊的時間或例如,使用TAU程序的任意隨後更新中用WTRU 2205和2210的D2D能力更新D2D伺服器2225。
WTRU 2205可以經由會話發起協定(SIP)程序(包括IP多媒體子系統(IMS))獲取WTRU 2210的IP位址或另一個特定識別符。在服務請求NAS消息中,WTRU 2205可以包括WTRU 2210的IP位址、SIP統一資源識別符(URI)、移動站國際用戶目錄號(MSISDN)或可用於識別WTRU 2210的其他臨時識別符。
參考第22A圖,WTRU 2205嘗試在每個基準程序建立到WTRU 2210的PS呼叫。WTRU 2205和2210可以在每個基準LTE程序建立預設的EPS承載設置。WTRU 2205可以使用RACH和連接設置程序2230轉移到RRC連接狀態。如果WTRU 2210還沒有處於RRC連接狀態,MME 2220就可以使用傳呼程序將WTRU 2210帶入到RRC連接狀態。這個階段之後,WTRU 2205和WTRU 2210可以具有連接到PGW(未示出)的預設EPS承載。
MME 2220,無論是單獨還是與D2D伺服器2225協作(或其他EPC實體,諸如ANDSF、PCRF、HSS等),都可以識別WTRU 2205和2210都是具備D2D能力的,且它們可以在具有同一eNB 2215(2235)的本地路徑的可達範圍內。D2D伺服器2225可以是邏輯實體,其功能可以在不同EPC節點執行。
參考第22B圖,MME 2220可以向eNB 2215發送一個或多個修改的S1-AP E-RAB承載設置請求消息2240以設置兩個無線電承載2245,其與代表WTRU 2205和2210之間本地路徑的D2D EPS承載相對應。D2D EPS承載是沒有eNB 2215和SGW之間的S1承載和SGW和PGW之間的S5/S8承載的特殊EPS承載。
用於具有本地路徑的EPS承載(D2D EPS承載)的PCEF功能可以在eNB 2215執行。這可能是有益的,因為用於D2D本地路徑的資料傳輸可能不再涉及PGW和SGW,也可能移除設置對應於本地路徑置D2D EPS承載涉及的PGW的需求。
再次參考第22B圖,在接收了S1-AP E-RAB承載設置請求消息2240之後,eNB 2215可以向WTRU 2205和2210發送RRC連接重配置請求消息2250以在每個基準LTE程序設置無線電承載。WTRU 2205和2210可以用RRC連接重配置完成消息2255回應以指明無線電承載的成功建立。eNB 2215可以經由兩個各自的無線電承載中繼WTRU 2205和2210之間的資料以形成用於特定D2D連接的本地路徑。
具有本地路徑的決定可以由eNB 2215作出(例如,利用與MME 2220、D2D伺服器2225和/或其他EPS節點的協調)。
第23A圖和第23B圖,合在一起,是在無線通信系統2300中設置eNB間本地路徑的示例性程序的信號流程圖,該無線通信系統2300包括第一WTRU 2305、第二WTRU 2310、第一eNB 2315、第二eNB 2320、MME 2325和D2D伺服器2330。eNB間本地路徑需要eNB 2315和2320之間存在X2介面。
與eNB內的情況類似,當MME 2325 識別WTRU 2305和2310在呼叫中涉及且具有D2D本地路徑連接的能力時,MME 2325可以決定為WTRU 2305和2310設置本地路徑。MME可以向eNB 2315和2320中的每一個發送修改的S1-AP E-RAB承載設置請求消息2235以設置用於兩個WTRU的兩個無線電承載。
如第23B圖中所示,可以在eNB 2315和2320之間設置GPRS隧道協定(GTP)隧道2340用於交換WTRU 2305和2310之間的本地路徑資料。相應eNB的eNB特定識別符可以在修改的S1-AP E-RAB承載設置請求消息2325中傳送。
參考第23A圖和第23B圖,存取層堆疊協定(例如PDCP、RLC、MAC、PHY)的資料平面層可以在WTRU 2305和2310上終止。eNB 2315和2320可以協調以確定用於這些協定層的參數。用於WTRU 2305的eNB 2315可以變為用於這個正被建立的特定D2D本地路徑的控制eNB。eNB 2315可以負責協調和確定將用於D2D本地路徑的參數。用於本地路徑涉及的WTRU 2310的eNB 2320可以向eNB 2315發送WTRU 2310的無線存取能力以輔助通過使用經由X2-AP介面攜帶WTRU無線電存取能力資訊元素(IE)的新消息作出決定。
來自eNB 2315的配置資訊可以發送到eNB 2320以使經由X2-AP介面攜帶WTRU無線電設置參數IE的消息能夠配置WTRU 2310。這可以確保用於WTRU 2305的D2D配置資訊與用於WTRU 2310的配置資訊匹配,反之亦然。
如果本地路徑涉及的WTRU 2305和2310具有兩個不同的MME(即,MME間的情況),該兩個MME可以協調以識別WTRU 2305和2310可以具有本地路徑。這可能需要來自D2D伺服器2330和/或其他EPC節點的輔助。用於WTRU 2305的MME 2325可以變為用於正在建立的這個特定D2D本地路徑的控制MME。
MME 2325可與另一MME協商關於在eNB 2315和2320之間建立本地路徑的可能性。這可以通過擴展S-10介面來實現以允許這些協商。如果其他MME與MME 2325達成協議,那麼其他MME可以通知eNB 2320與eNB 2315協調配置用於WTRU的本地路徑無線電承載(以上述相同或類似的方式)。
如果存在eNB 2315和2320之間來自不同 PLMN的X2介面,用於PLMN間本地路徑呼叫的本地路徑設置程序可能與上述用於eNB間本地路徑的一個類似。
第24圖示出了當終止WTRU和eNB之間的存取層資料平面協定堆疊層直到封包資料彙聚協定(PDCP)層時的示例性協調架構。這種情況下,用於本地路徑無線電承載的協定架構可能與基準LTE中的類似。資料封包可以在eNB上的IP等級從WTRU-1路由到WTRU-2。本地IP閘道功能可以在eNB增加以啟用本地路徑的IP等級路由。
在另一個實施例中,可以直接終止本地路徑涉及的兩個WTRU之間除了PHY和MAC的存取層資料平面協定層。
第25圖示出了用於D2D本地路徑的另一個示例性資料平面協定堆疊。在這個示例中,涉及的eNB可以中繼可以是MAC服務資料單元(SDU)或RLC SDU的資料封包。這種情況不需要IP級路由。
這個協定架構可能對本地路徑的操作有以下影響。它可能需要在相應的eNB上的MAC分段或RLC重分段以使來自一個無線電承載(例如,eNB-1到WTRU-1)的有效載荷在另一個無線電承載(例如,eNB-2到WTRU-2)上發送。可以在eNB上執行額外的程序來堅持與基準PDCP丟棄程序類似的程序以清理在第二鏈路上發生擁塞之後eNB緩存中的任意擱置資料。可以端到端地從源WTRU到目的WTRU進行RLC重新傳輸,這也可能影響與重新傳輸相關聯的延時。與存取層資料平面層在WTRU和eNB之間終止的情況相比,它可以減輕eNB上的處理開銷和延時。
可以利用LTE D2D直接路徑承載的應用分類成兩組:D2D感知(aware)應用和D2D無察覺(unaware)應用。
D2D感知應用知曉使用D2D連接的潛在利益。D2D感知應用可以請求蜂巢數據機設置D2D連接。它還可以指出如果D2D路徑(和/或直接路徑或本地路徑的偏好)可用,或者是否偏好D2D路徑,其是否正在請求將要設置的連接。
可以執行用於D2D感知應用的服務註冊並可以分配臨時的服務名稱。D2D感知應用可以用D2D服務發現程序註冊以有利於D2D服務發現的結果。D2D裝置發現可以先於D2D服務發現完成。
在服務請求消息中,蜂巢數據機可以在代表D2D應用的呼叫期間獲得更好的體驗品質(QoE)可行時明確請求具有D2D服務。如果可用,它可以包括其他方的D2D裝置識別符和臨時服務名稱。
D2D感知應用不知道使用D2D連接應用的潛在利益或者它們不關心服務是通過基準LTE承載還是通過D2D承載提供。
在這種情況下,營運商可以意識到最佳化連接的機會並可以在經由基準LTE程序建立了原始呼叫之後配置兩個通話方之間的D2D連接。
在每個基準LTE建立基準/基礎設施呼叫,且營運商看到具有兩個通話方之間的D2D直接路徑連接的機會。營運商可以發起用於基礎設施到D2D直接路徑服務切換的程序。
下文描述用於消息和介面更新以啟用D2D呼叫管理的實施例。這些更新影響Uu介面上的若干RRC和NAS消息以及網路中的若干其他介面,包括但不限於X2介面、S1-AP介面和S10介面。
可以通過RRC重配置消息提供D2D配置。在一個實施例中,D2D直接路徑鏈路可以由RRC連接重配置消息配置。D2D鏈路可以認為是與次胞元類似的另一個載波。這通過在sCellToAddModList-r10中使用新的D2D元素sCellToAddMod代表D2D鏈路實現。可以在sCellToAddMod中增加D2D鏈路的新的欄位指明將要增加的新載波是D2D直接路徑鏈路。
其他的配置資訊諸如D2D鏈路的無線電資源配置資訊可以攜帶在傳統的欄位中。可以在每個WTRU中為了直接路徑通信的目的設置一個或多個新的無線電承載。如果具有不同QoS需求的不同流需要在直接路徑上傳遞,可以配置不止一個承載。承載設置可以使用RRC重配置消息中的drb-toAddModList IE進行。
具有D2D鏈路的使用drb-toAddModList建立的D2D無線電承載可以看做是D2D直接無線電承載。可替換地,可以使用drb-toAddModList的擴展建立D2D直接路徑無線電承載而不增加D2D鏈路作為新的載波。新欄位,D2D-Config,可以加入到drb-ToAddModList中的DRB-ToAddMod元素,其代表包含在RRC連接重配置消息中的無線電資源配置專用IE中的D2D無線電承載。D2D-Config可以包含用於無線電承載的D2D特定資訊,包括但不限於D2D RB的類型:直接路徑和一系列D2D相關配置元素(例如,XPSCH_config:排程、參考符號功率等,XPFBCH_config:功率、資源等,和測量_config:D2D的新的測量類型)。
用於配置D2D本地路徑鏈路的RRC連接重配置消息可能或多或少與用於設置基準無線電承載的那個相同。
通過使用移動性控制資訊IE或者通過不同的IE,直接路徑的頻帶資訊可以傳遞到WTRU。例如,在直接路徑通信在與發現過程不同的頻帶上發生的情況或者在兩個PLMN使用不同頻帶用於直接路徑通信的PLMN間情況下,這可能是需要的。
WTRU-1和WTRU-2之間的無線電配置參數可以匹配。例如,在TDD_Config IE中指定用於WTRU-1的子幀圖案可以鏡像(mirror)相應的用於WTRU-2的配置,從而一個WTRU的傳送間隔對應於另一個WTRU的接收間隔。
為了提供存取層上的安全性,直接路徑承載可以配置有其自己的加密密鑰作為RRC重配置過程的一部分。這些密鑰可能不同於用於基礎設施通信的密鑰,因為後者從網路可用但其他WTRU不可用的WTRU的私有資料中導出。對於不同無線電承載(基礎設施承載和直接路徑)使用不同的加密密鑰是背離基準(baseline)R8/R10 LTE標準的。為此目的,用於D2D承載的新的keyAddIndicator代替keyChangeIndicator可以增加到RRC重配置消息的securityConfigHO IE中。
在接收並處理了RRC重配置消息後,WTRU在直接路徑上交換握手信號。這些握手信號可以在實體層上。一接收到這些握手信號,WTRU就可以向eNB傳送RRC重配置完成消息。之後,WTRU準備好在直接路徑上接收和傳送資料。
網路可以獲得WTRU的D2D能力資訊。例如,這可以通過在攜帶在WTRU能力詢問消息中的ue-能力請求中增加UE-D2D-能力的新欄位實現,以觸發WTRU返回WTRU D2D無線電存取能力。
具備D2D能力的WTRU可以通知網路關於其D2D能力,例如,使用WTRU能力資訊消息(通過將類似於UE-EUTRA-能力IE的UE-D2D-能力IE包含在攜帶在WTRU的D2D無線電存取能力上的UE-能力RAT-容器列表中)。WTRU能力資訊可以包括具備D2D能力的WTRU能夠在其中操作的頻帶內/頻帶外載波頻率。WTRU能力資訊可以包括D2D WTRU是否能夠使用單RAT(例如,3GPP RAT)和RAT上的任意相關聯的限制操作或者其是否能夠在不同RAT(例如,非3GPP RAT諸如802.11、藍芽等)上操作。D2D鏈路的3GPP RAT能力可以包括對FDD和/或TDD的支援以及PHY、MAC、RLC和PDCP層等的無線電存取能力。D2D鏈路的非3GPP RAT能力可以包括,例如,802.11的哪些修訂(a,b,e,g,n,ac,ad等)。WTRU能力資訊還可以包括至少以下之一:與無縫切換支持相關的能力、對於跨基礎設施彙聚的支持、D2D直接路徑、和/或D2D本地路徑、對於單向D2D的支持、D2D鏈路上支援的加密和安全協定、WTRU中PCEF執行的信任區能力、與裝置發現相關的支援、對於D2D鏈路的最大傳送功率能力、對於D2D鏈路的最大緩衝能力、與IP以下的邏輯介面支援相關的能力、D2D策略相關偏好、對於D2D多播的支持等。
為了支援D2D服務,可以對NAS消息進行更新。服務請求消息可以包括以下D2D參數:目的UE的D2D裝置識別符、和指明所選或偏好的D2D相關服務(D2D直接路徑、D2D本地路徑、其他RAT直接路徑等)的服務類型IE的新值、或定義新的D2D偏好路徑的IE類型而指明D2D路徑的偏好。
從WTRU接收到的D2D無線電能力可以包含在WTRU能力資訊指示S1-AP消息中。直接路徑可以僅攜帶用戶平面資料,或者攜帶用戶平面和控制平面資料(例如,RRC和NAS)二者。可以為這些目的的每一個配置分別的安全性密鑰。NAS安全性模式命令可以用於設置NAS的安全性。
可以進行到S1-AP E-RAB設置請求消息的更新以允許MME通知eNB設置D2D承載。新的欄位,D2D-Type可以添加到E-RAB將設置項IE中。如果存在,這個欄位指明將要設置的無線電承載是D2D直接路徑還是D2D本地路徑無線電承載。
可以由MME向eNB提供額外的資訊以促進D2D直接路徑和D2D本地路徑的eNB間、MME間或PLMN間的情況。這些可以包括,但不限於相應eNB的eNB識別符(例如,GUMMEI+eNB ID)、目的WTRU的臨時WTRU身份、遠端WTRU的WTRU D2D能力資訊、如果可應用遠端WTRU的策略資訊、遠端WTRU的可發現性偏好、如果可應用的臨時服務名稱、與臨時服務名稱相關的佇列,以檢查該服務是否已經由eNB中的任意一個使用等等。
可以進行兩個eNB之間X2-AP介面的更新以支援以下特性,包括但不限於設置D2D承載的協調、進行D2D鏈路排程的協調、與本地路徑相關的資料交換等。
可以加入以下的新消息。可以由控制(主端)eNB向協作(從端(slave))eNB發送D2D RAB設置請求消息以請求關於D2D直接路徑RB配置的協調。可以傳遞以下參數:控制eNB的eNB識別符、源和目標WTRU的D2D裝置識別符、建議的D2D鏈路配置(例如,天線、頻寬、頻帶、多重存取存取方案、排程選項等)、QoS參數、所支持的安全性參數等。
可以由協作eNB向控制eNB發送D2D RAB設置回應消息。它可以傳遞以下參數:來自在控制eNB的D2D設置請求消息中提供的建議D2D鏈路配置中的目標eNB的偏好、關於安全性參數的目標eNB的偏好、關於可以用於D2D鏈路的無線電資源的偏好。
在需要新的XL上的排程時可以由控制eNB向協作eNB發送D2D排程請求消息。它可以包括建議的排程參數(例如,RB分配、最大Tx功率等級、週期等)。
可以由協作eNB向控制eNB發送D2D排程回應消息以回應D2D排程請求消息。它可以包括目標eNB偏好的排程參數。
可以由協作eNB向控制eNB發送D2D WTRU無線電存取能力消息,其攜帶D2D WTRU的無線電存取能力(來自UE的UE-D2D-能力IE)。
可以更新S10介面來處理支援D2D服務的MME間和PLMN間的情況。可能在D2D承載建立中潛在涉及的MME可以交換以下資訊,但不限於:如果目標MME支援D2D,目標MME支援的D2D服務、相應eNB的eNB識別符(例如,GUMMEI+eNB ID)、目的WTRU的臨時WTRU身份、遠端WTRU的WTRU D2D能力資訊、如果可應用之遠端WTRU的策略資訊、遠端WTRU的可發現性偏好、如果可應用的臨時服務名稱、與臨時服務名稱相關聯的佇列,以檢查該服務是否已經由eNB中的任意一個使用等等。
在兩個eNB之間沒有X2-AP介面可用的情況下,配置D2D無線電承載和D2D排程的協調可以由MME幫助經過S10介面完成。上述指定用於X2-AP介面的類似消息可以加入到在S10介面上使用的GTPv2-C規範。
可以更新系統資訊用於D2D支援。以下資訊可以包含在系統資訊中,但不限於:指出當前是否允許D2D操作的指示符、D2D的負載指示符、指出是否支援D2D多播服務的指示符、對雙RAT D2D鏈路和其他RAT細節的支持、對D2D本地路徑的支援、對D2D直接路徑的支援、包含D2D鏈路的載波頻率和相應頻寬(可以動態排程資源)及鄰居發現域頻寬和位置(可以預先定義,例如在USIM中)的頻帶內資訊、包含D2D鏈路的載波頻率和相應頻寬(可以動態排程資源)及鄰居發現域頻寬和位置(可以預先定義,例如在USIM中)的頻帶外資訊等。
實施例
1. 一種由第一無線發射/接收單元(WTRU)實現的用於傳送資料的方法,所述方法包括:
第一WTRU轉換到空閒模式,其中第一WTRU和第二WTRU之間連接的直接WTRU到WTRU承載被拆除;且
第一WTRU回應於接收到傳呼信號而轉換到連接模式,其中傳呼信號由第二WTRU向所述第一WTRU經由預設封包資料網路(PDN)連接或指向PDN連接的預設承載發送多個封包的第一封包觸發,第一封包具有第一WTRU的目的網際網路協定(IP)位址。
2. 如實施例1所述的方法,其中所述第二WTRU為PDN連接指派IP位址並將PDN連接的IP位址發送到第一WTRU。
3. 如實施例1-2中任一項所述的方法,其中第二WTRU通過直接WTRU到WTRU承載發送剩餘的封包。
4. 如實施例1-3中任一項所述的方法,進一步包括:
丟棄第一封包;並
通過直接WTRU到WTRU承載重新發送第一封包和剩餘的封包。
5. 如實施例1-4中任一項所述的方法,其中傳呼信號在移動性管理實體(MME)上回應於接收到來自演進型節點B(eNB)或服務閘道(SGW)的觸發消息而被觸發。
6. 如實施例1-5中任一項所述的方法,進一步包括:
第一WTRU產生請求多個資源以連接至少一個啟用鄰近的裝置的承載資源分配請求消息。
7. 如實施例6所述的方法,其中承載資源分配請求消息包括鄰近WTRU用戶的列表,第一WTRU可以用它建立最佳化的鄰近連接(OPC)以支援最佳的裝置至裝置(D2D)通信。
8. 如實施例1-7中任一項所述的方法,進一步包括:
確定第一和第二WTRU是否在同一跟蹤區域且期望彼此通信。
9. 一種由網路節點實現的用於傳送資料的方法,該方法包括:
網路節點,回應於WTRU轉換到空閒模式,拆除網路節點和無線發射/接收單元(WTRU)之間連接的端到端承載的第一部分;
網路節點經由端到端承載的第二部分接收多個封包的第一封包;
網路節點發送第一消息以觸發WTRU轉換到連接模式;以及
網路節點發送第二消息以重新建立端到端承載的第一部分。
10. 如實施例9所述的方法,其中第一消息發送到移動性管理實體(MME)。
11. 如實施例9所述的方法,其中第二消息是無線電資源控制(RRC)重配置請求消息。
12. 如實施例9所述的方法,其中網路節點是演進型節點B(eNB)。
13. 如實施例9所述的方法,其中另一個WTRU通過端到端承載發送剩餘的封包。
14. 如實施例9所述的方法,該方法進一步包括:
丟棄第一封包;並且
在端到端承載上重新發送第一封包和剩餘的封包。
15. 一種由第一網路節點實現的用於傳送資料的方法,該方法包括:
第一網路節點,解除啟動第一映射身份(ID),其與第一無線發射/接收單元(WTRU)用於回應於第一WTRU轉換為空閒模式而與第二WTRU進行通信所使用的第一承載相關聯;
第一網路節點,經由第二承載接收多個封包的第一封包;以及
第一網路節點,將第一封包轉發到第二網路節點,其中第二網路節點觸發將發送到第一WTRU的傳呼信號。
16. 如實施例15所述的方法,其中回應於接收到傳呼信號,第一WTRU轉換到連接模式。
17. 如實施例16所述的方法,其中第二網路節點接收第二映射ID或重新啟動第一映射ID的指示,並建立可以在第一和第二WTRU之間在其上傳送資料的本地路徑。
18. 如實施例15-17中任一項所述的方法,其中第一網路節點是封包資料網路閘道(PGW)或服務閘道(SGW)。
19. 如實施例15-18中任一項所述的方法,其中第一網路節點是鄰近服務(ProSe)閘道。
20. 如實施例15-19中任一項所述的方法,其中第二網路節點是演進型節點B(eNB)。
21. 一種第一無線發射/接收單元(WTRU),包括:
電路,進一步被配置為經由預設封包資料網路(PDN)連接或指向PDN連接的預設承載向第二WTRU發送多個封包中的一第一封包,第一封包具有第二WTRU的目的網際網路協定(IP)位址;和
電路,進一步被配置為給PDN連接分配IP位址並將PDN連接的IP位址發送到第二WTRU。
22. 如實施例21所述的第一WTRU,其中電路進一步被配置為通過直接WTRU到WTRU承載發送剩餘的封包。
23. 如實施例21-22中任一項所述的第一WTRU,其中電路進一步被配置為生成請求多個資源以連接至少一個啟用鄰近的裝置的承載資源分配請求消息。
24. 一種網路節點,包括:
電路,被配置為回應第一WTRU轉換到空閒模式,拆除網路節點和無線發射/接收單元(WTRU)之間連接的端到端承載的第一部分;
電路,被配置為經由端到端承載的第二部分接收多個封包的第一封包;
電路,被配置為發送第一消息以觸發WTRU轉換到連接模式;以及
電路,被配置為發送第二消息以重新建立端到端承載的第一部分。
25. 如實施例24所述的方法,其中第一網路節點是封包資料網路閘道(PGW)或服務閘道(SGW)。
26. 如實施例24所述的方法,其中第一網路節點是鄰近服務(ProSe)閘道。
儘管上面以特定的組合描述了特徵和元素,但是本領域普通技術人員可以理解,每個特徵或元素可以單獨的使用或與任意其他特徵和元素進行組合使用。此外,這裏描述的實施方式可以用電腦程式、軟體或韌體實現,其可包含到由電腦或處理器執行的電腦可讀媒體中。電腦可讀媒體的示例包括電信號(通過有線或無線連接發送)和電腦可讀儲存媒體。電腦可讀儲存媒體的示例包括但不限制為唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體記憶體裝置、磁性媒體(例如內部硬碟和可移動磁片),磁光媒體和光媒體,例如光碟(CD)或數位通用碟片(DVD)。與軟體相關聯的處理器可用於實現在WTRU、UE、終端、基地台、節點B、eNB、HNB、HeNB、AP、RNC、無線路由器或任何主電腦中使用的射頻收發器。
eNB...演進型節點B
HeNB...家庭eNB
PGW...封包資料網路閘道
RAB...無線電承載
S1-U,S5...介面
SGW...服務閘道
WTRU...無線發射/接收單元
Claims (1)
1.一種由一第一無線發射/接收單元(WTRU)實施的用於傳送資料的方法,該方法包括:
所述第一WTRU轉換到空閒模式,其中所述第一WTRU與第二WTRU之間連接的直接WTRU到WTRU承載被拆除;以及
所述第一WTRU回應於接收到一傳呼信號而轉換到一連接模式,其中所述傳呼信號由一第二WTRU經由一預設封包資料網路(PDN)連接或指向該PDN連接的一預設承載向所述第一WTRU發送多個封包中的一第一封包而觸發,所述第一封包具有所述第一WTRU的一目的網際網路協定(IP)位址。
2.如申請專利範圍第1項所述的方法,其中所述第二WTRU為所述PDN連接分配一IP位址並將所述PDN連接的該IP位址發送到所述第一WTRU。
3.如申請專利範圍第1項所述的方法,其中所述第二WTRU通過所述直接WTRU到WTRU承載發送該剩餘的封包。
4.如申請專利範圍第1項所述的方法,該方法進一步包括:
丟棄所述第一封包;以及
通過所述直接WTRU到WTRU承載重新發送所述第一封包和所述剩餘的封包。
5.如申請專利範圍第1項所述的方法,其中所述傳呼信號在一移動性管理實體(MME)回應於接收到來自演進型節點B(eNB)或一服務閘道(SGW)的一觸發消息而被觸發。
6.如申請專利範圍第1項所述的方法,該方法進一步包括:
所述第一WTRU產生請求多個資源連接至少一個啟用鄰近的裝置的一承載資源分配請求消息。
7.如申請專利範圍第6項所述的方法,其中所述承載資源分配請求消息包括鄰近WTRU用戶的一列表,所述第一WTRU能夠用該鄰近WTRU用戶的該列表建立一最佳化的鄰近連接(OPC)以支援最佳的裝置至裝置(D2D)通信。
8.如申請專利範圍第1項所述的方法,該方法進一步包括:
確定所述第一WTRU和第二WTRU是否在同一跟蹤區域內且期望彼此通信。
9.一種由一網路節點實施的用於傳送資料的方法,該方法包括:
所述網路節點回應於一無線發射/接收單元(WTRU)轉換到一空閒模式而拆除所述網路節點與所述WTRU之間連接的一端到端承載的一第一部分;
所述網路節點經由所述端到端承載的一第二部分接收多個封包中的一第一封包;
所述網路節點發送一第一消息以觸發所述WTRU轉換到一連接模式;以及
所述網路節點發送一第二消息以重新建立所述端到端承載的所述第一部分。
10.如申請專利範圍第9項所述的方法,其中所述第一消息被發送到一移動性管理實體(MME)。
11.如申請專利範圍第9項所述的方法,其中所述第二消息是一無線電資源控制(RRC)重配置請求消息。
12.如申請專利範圍第9項所述的方法,其中所述網路節點是一演進型節點B(eNB)。
13.如申請專利範圍第9項所述的方法,其中另一個WTRU通過所述端到端承載發送所述剩餘的封包。
14. 如申請專利範圍第9項所述的方法,該方法進一步包括:
丟棄所述第一封包;以及
在所述端到端承載上重新發送所述第一封包和所述剩餘的封包。
15.一種由一第一網路節點實施的用於傳送資料的方法,該方法包括:
所述第一網路節點對與一第一無線發射/接收單元(WTRU)回應於所述第一WTRU轉換為一空閒模式而與一第二WTRU進行通信所使用的一第一承載相關聯的一第一映射身份(ID)進行解除啟動;
所述第一網路節點經由一第二承載接收多個封包中的一第一封包;以及
所述第一網路節點將所述第一封包轉發到該第二網路節點,其中所述第二網路節點觸發將被發送到所述第一WTRU的一傳呼信號。
16.如申請專利範圍第15項所述的方法,其中所述第一WTRU回應於接收到所述傳呼信號而轉換到連接模式。
17.如申請專利範圍第16項所述的方法,其中所述第二網路節點接收一第二映射ID或重新啟動所述第一映射ID的一指示,並建立一本地路徑,資料能夠在所述第一WTRU與所述第二WTRU之間通過該本地路徑傳送。
18.如申請專利範圍第15項所述的方法,其中所述第一網路節點是一封包資料網路閘道(PGW)或一服務閘道(SGW)。
19.如申請專利範圍第15項所述的方法,其中所述第一網路節點是一鄰近服務(ProSe)閘道。
20.如申請專利範圍第15項所述的方法,其中所述第二網路節點是一演進型節點B(eNB)。
21.一種第一無線發射/接收單元(WTRU),該WTRU包括:
進一步被配置成經由一預設封包資料網路(PDN)連接或指向所述PDN連接的一預設承載向一第二WTRU發送多個封包中的一第一封包的電路,所述第一封包具有一第二WTRU的一目的網際網路協定(IP)位址;以及
進一步被配置成為所述PDN連接指派一IP位址並將所述PDN連接的該IP位址發送到所述第二WTRU的所述電路。
22.如申請專利範圍第21項所述的第一WTRU,其中所述電路進一步被配置成通過一直接WTRU到WTRU承載發送該剩餘的封包。
23.如申請專利範圍第21項所述的第一WTRU,其中所述電路進一步被配置成生成請求多個資源連接至少一個啟用鄰近的裝置的一承載資源分配請求消息。
24.一種網路節點,該網路節點包括:
被配置成回應於一無線發射/接收單元(WTRU)轉換到一空閒模式而拆除所述網路節點與所述WTRU之間連接的一端到端承載的一第一部分的電路;
被配置成經由所述端到端承載的一第二部分接收多個封包中的一第一封包的電路;
被配置成發送一第一消息以觸發所述WTRU轉換到一連接模式的電路;以及
被配置成發送一第二消息以重新建立所述端到端承載的所述第一部分的電路。
25.如申請專利範圍第24項所述的網路節點,其中所述網路節點是一封包資料網路閘道(PGW)或一服務閘道(SGW)。
26.如申請專利範圍第24項所述的網路節點,其中所述網路節點是一鄰近服務(ProSe)閘道。
Applications Claiming Priority (10)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261639352P | 2012-04-27 | 2012-04-27 | |
US61/639,352 | 2012-04-27 | ||
US201261645282P | 2012-05-10 | 2012-05-10 | |
US201261645335P | 2012-05-10 | 2012-05-10 | |
US61/645,335 | 2012-05-10 | ||
US61/645,282 | 2012-05-10 | ||
US201261653769P | 2012-05-31 | 2012-05-31 | |
US61/653,769 | 2012-05-31 | ||
US201261720640P | 2012-10-31 | 2012-10-31 | |
US61/720,640 | 2012-10-31 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201406178A true TW201406178A (zh) | 2014-02-01 |
TWI626855B TWI626855B (zh) | 2018-06-11 |
Family
ID=48289726
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW102115053A TWI626855B (zh) | 2012-04-27 | 2013-04-26 | 最佳化鄰近資料路徑設置方法及裝置 |
Country Status (5)
Country | Link |
---|---|
US (3) | US9942938B2 (zh) |
EP (2) | EP3512293A3 (zh) |
JP (2) | JP2015520556A (zh) |
TW (1) | TWI626855B (zh) |
WO (1) | WO2013163595A2 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106576378A (zh) * | 2014-07-31 | 2017-04-19 | 夏普株式会社 | 终端装置、控制方法以及集成电路 |
CN108496406A (zh) * | 2016-03-24 | 2018-09-04 | 摩托罗拉移动有限责任公司 | 用于在移动通信网络中建立对等连接的方法和装置 |
CN111093175A (zh) * | 2014-09-26 | 2020-05-01 | 太阳专利信托公司 | 通信装置及通信方法 |
Families Citing this family (173)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103139930B (zh) * | 2011-11-22 | 2015-07-08 | 华为技术有限公司 | 连接建立方法和用户设备 |
EP2842288A1 (en) * | 2012-04-27 | 2015-03-04 | Interdigital Patent Holdings, Inc. | Systems and methods for personalizing and/or tailoring a service interface |
TWI532352B (zh) * | 2012-05-04 | 2016-05-01 | 財團法人資訊工業策進會 | 無演進封包核心直接通訊系統及其通訊連接方法 |
US9295090B2 (en) * | 2012-05-04 | 2016-03-22 | Institute For Information Industry | Direct mode communication system and communication attaching method thereof |
TWI538456B (zh) * | 2013-11-19 | 2016-06-11 | 財團法人資訊工業策進會 | 直接通訊系統及其通訊連接方法 |
TW201407974A (zh) | 2012-05-10 | 2014-02-16 | Interdigital Patent Holdings | 蜂巢式網路中致能資料共享系統層次手續及方法 |
CN103428690B (zh) * | 2012-05-23 | 2016-09-07 | 华为技术有限公司 | 无线局域网络的安全建立方法及系统、设备 |
US10045386B2 (en) | 2012-05-31 | 2018-08-07 | Interdigital Patent Holdings, Inc. | Method and apparatus for device-to-device (D2D) mobility in wireless systems |
CN109905904B (zh) * | 2012-06-29 | 2022-05-03 | 北京三星通信技术研究有限公司 | 一种接入控制方法 |
CN103533531B (zh) * | 2012-07-06 | 2016-12-28 | 电信科学技术研究院 | 用于接近感知功能的配置方法、网络与终端设备及系统 |
US9445446B2 (en) * | 2012-07-09 | 2016-09-13 | Industrial Technology Research Institute | Method and apparatus for device to device communication |
US9497677B2 (en) * | 2012-07-10 | 2016-11-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Application service platform with access to core network information |
WO2014011151A1 (en) * | 2012-07-10 | 2014-01-16 | Hewlett-Packard Development Company, L.P. | Home network information |
CN103843452B (zh) * | 2012-08-17 | 2017-09-29 | 华为技术有限公司 | 承载建立方法、基站、分组数据网关和计算机系统 |
EP2874464B1 (en) * | 2012-08-17 | 2019-03-13 | Huawei Technologies Co., Ltd. | Method, device, and system for establishing radio bearer |
GB2506913B (en) * | 2012-10-12 | 2015-06-17 | Broadcom Corp | Apparatus and method for use in a communication network |
CN104838697B (zh) * | 2012-11-01 | 2019-10-11 | 英特尔公司 | 用于对等应用的网络辅助设备到设备发现 |
GB2507546B (en) * | 2012-11-02 | 2015-06-10 | Broadcom Corp | Mobile communications networks |
WO2014073866A1 (ko) * | 2012-11-06 | 2014-05-15 | 엘지전자 주식회사 | 무선 통신 시스템에서 접근 제어 방법 및 이를 지원하는 장치 |
US9763274B2 (en) * | 2012-11-06 | 2017-09-12 | Nokia Technologies Oy | Method and apparatus for device-to-device communication |
CN103813454B (zh) * | 2012-11-15 | 2017-08-29 | 上海贝尔股份有限公司 | 进行设备至设备通信的方法以及相应的控制方法 |
EP2916611B1 (en) * | 2012-11-22 | 2022-05-25 | Huawei Technologies Co., Ltd. | Method, device and system for short-distance communication |
WO2014092305A1 (en) * | 2012-12-12 | 2014-06-19 | Lg Electronics Inc. | Method and user equipment for performing d2d service in wireless communication system |
US9313607B2 (en) | 2013-01-18 | 2016-04-12 | Telefonaktiebolaget L M Ericsson (Publ) | Network-assisted UE detection in direct mode UE-to-UE communication |
CN104995896A (zh) * | 2013-01-18 | 2015-10-21 | 富士通株式会社 | 设备到设备间通信的逻辑信道处理方法、用户设备以及基站 |
US20140204847A1 (en) * | 2013-01-18 | 2014-07-24 | Telefonaktiebolaget L M Ericsson (Publ) | Network-assisted d2d communication using d2d capability information |
CN103974454B (zh) * | 2013-01-28 | 2017-10-31 | 财团法人资讯工业策进会 | 传送端直接通信装置、接收端直接通信装置及其通信路径切换方法 |
WO2014117858A1 (en) * | 2013-02-01 | 2014-08-07 | Nokia Solutions And Networks Oy | Management of radio resource control for device-to-device communication |
WO2014129356A1 (ja) * | 2013-02-19 | 2014-08-28 | 京セラ株式会社 | 移動通信システム、基地局、ユーザ端末及びプロセッサ |
EP2954635B1 (en) | 2013-02-19 | 2021-07-28 | Huawei Technologies Co., Ltd. | Frame structure for filter bank multi-carrier (fbmc) waveforms |
WO2014145206A1 (en) * | 2013-03-15 | 2014-09-18 | Huawei Technologies Co., Ltd. | System and method for direct mobile communication |
KR20160008534A (ko) * | 2013-05-12 | 2016-01-22 | 엘지전자 주식회사 | 근접 서비스 수행 방법 및 이를 위한 장치 |
US9374699B2 (en) * | 2013-05-14 | 2016-06-21 | Htc Corporation | Proximity-based service registration method and related apparatus |
US9585178B2 (en) * | 2013-05-21 | 2017-02-28 | Htc Corporation | Method for handling proximity-based service discovery and communication in a wireless communications system |
US20160149928A1 (en) * | 2013-06-28 | 2016-05-26 | Nec Corporation | Secure group creation in proximity based service communication |
US10904326B2 (en) * | 2013-06-28 | 2021-01-26 | Apple Inc. | Network assisted device-to-device discovery for peer-to-peer applications |
WO2014208032A1 (en) * | 2013-06-28 | 2014-12-31 | Nec Corporation | Secure system and method of making secure communication |
US9419930B2 (en) * | 2013-06-28 | 2016-08-16 | International Business Machines Corporation | Management of connections in a messaging environment |
KR102115425B1 (ko) * | 2013-07-02 | 2020-06-05 | 삼성전자주식회사 | 무선 통신 시스템에서 기본 경로 및 직접 경로 간 전환 장치 및 방법 |
US9584985B2 (en) * | 2013-07-30 | 2017-02-28 | Qualcomm Incorporated | Managing a multimedia broadcast multicast service using an MBMS relay device |
US9686808B2 (en) * | 2013-08-15 | 2017-06-20 | Benu Networks, Inc. | Centrally managed WI-FI |
US9585186B2 (en) | 2013-08-15 | 2017-02-28 | Benu Networks, Inc. | System and method of providing advanced services in a virtual CPE deployment |
EP3047696B1 (en) * | 2013-09-18 | 2020-05-20 | Telefonaktiebolaget LM Ericsson (publ) | Device-to-device communication among wireless communication devices using group id and application id |
US10117224B2 (en) * | 2013-09-20 | 2018-10-30 | Qualcomm Incorporated | MAC subheader for D2D broadcast communication for public safety |
WO2015046868A1 (en) * | 2013-09-24 | 2015-04-02 | Samsung Electronics Co., Ltd. | Apparatus and method for establishing network controlled direct connection in communication system supporting device to device scheme |
KR20180011871A (ko) | 2013-09-27 | 2018-02-02 | 코닌클리즈케 케이피엔 엔.브이. | 공공 안전시스템 |
US9832676B2 (en) * | 2013-10-04 | 2017-11-28 | Acer Incorporated | Apparatuses and methods for steering data traffic between heterogeneous networks |
WO2015053382A1 (ja) * | 2013-10-11 | 2015-04-16 | 京セラ株式会社 | 通信制御方法、ユーザ端末及び通信装置 |
IN2013CH04721A (zh) * | 2013-10-21 | 2015-08-07 | Subex Ltd | |
KR20170100674A (ko) * | 2013-10-24 | 2017-09-04 | 콘비다 와이어리스, 엘엘씨 | 서비스 커버리지 관리 시스템들 및 방법들 |
US10212597B2 (en) * | 2013-10-30 | 2019-02-19 | Nec Corporation | Apparatus, system and method for secure direct communication in proximity based services |
KR102240364B1 (ko) * | 2013-11-14 | 2021-04-14 | 삼성전자주식회사 | 직접 통신을 수행하는 단말간 페이징 방법 및 장치 |
US9781655B2 (en) * | 2013-11-20 | 2017-10-03 | At & T Mobility Ii Llc | Method and system for efficient management of a communication system |
US20160278069A1 (en) * | 2013-11-29 | 2016-09-22 | Samsung Electronics Co., Ltd | Method and apparatus for application recognition qos-differentiated device-to-device communication in wireless communication system |
EP3086596A4 (en) * | 2013-12-20 | 2017-05-31 | Kyocera Corporation | Mobile communication system, wireless communication device, network device, and wireless terminal |
CN104754748B (zh) * | 2013-12-27 | 2019-02-26 | 电信科学技术研究院 | 一种d2d资源分配方法、数据传输方法及装置 |
CN104811984A (zh) * | 2014-01-27 | 2015-07-29 | 中国移动通信集团公司 | 一种服务质量管理方法、设备及系统 |
CN104811892B (zh) * | 2014-01-29 | 2020-03-13 | 中兴通讯股份有限公司 | 一种资源分配方法、装置及系统 |
CN105940690B (zh) * | 2014-02-02 | 2019-08-13 | Lg电子株式会社 | 在无线通信系统中发送用于d2d操作的信息的方法和设备 |
CN105144836B (zh) * | 2014-03-11 | 2019-06-21 | 华为技术有限公司 | 一种信息传送方法及装置 |
CN104917742B (zh) * | 2014-03-11 | 2018-05-29 | 华为技术有限公司 | 一种信息传送方法及装置 |
CN111641998B (zh) * | 2014-03-14 | 2022-09-27 | 北京三星通信技术研究有限公司 | 一种支持ue接入控制的方法 |
CN104918233A (zh) * | 2014-03-14 | 2015-09-16 | 北京三星通信技术研究有限公司 | 一种接近业务中的ue配置方法 |
JP6254467B2 (ja) * | 2014-03-20 | 2017-12-27 | Kddi株式会社 | 端末装置、基地局装置、使用アーキテクチャ決定方法、及びコンピュータプログラム |
US10652936B2 (en) * | 2014-03-21 | 2020-05-12 | Nokia Technologies Oy | Short identifiers for device-to-device (D2D) broadcast communications |
KR101816799B1 (ko) * | 2014-03-27 | 2018-01-11 | 노키아 솔루션스 앤드 네트웍스 오와이 | 5세대 모바일 네트워크들에서의 온디맨드 네트워크 서비스 |
US9876759B2 (en) | 2014-04-07 | 2018-01-23 | Benu Networks, Inc. | Carrier grade NAT |
US10237717B2 (en) * | 2014-04-13 | 2019-03-19 | Lg Electronics Inc. | Method for proximity-based notification in wireless communication system, and device for same |
US9723643B2 (en) * | 2014-04-16 | 2017-08-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and nodes for supporting D2D communication |
EP4304294A3 (en) * | 2014-04-21 | 2024-03-27 | Huawei Technologies Co., Ltd. | Bearer control method and system |
CN105025478A (zh) | 2014-04-30 | 2015-11-04 | 中兴通讯股份有限公司 | D2D通信安全配置方法、ProSe密钥管理功能实体、终端及系统 |
US9756192B2 (en) * | 2014-05-09 | 2017-09-05 | Alcatel Lucent | Online charging for proximity services |
EP3136770B1 (en) * | 2014-05-16 | 2018-08-29 | Huawei Technologies Co., Ltd. | Prose information transmission methods and devices |
WO2015180157A1 (zh) * | 2014-05-30 | 2015-12-03 | 华为技术有限公司 | 承载建立装置和方法 |
CN104023373B (zh) * | 2014-06-19 | 2017-11-24 | 河海大学 | D2d通信系统的联合呼叫允许接入控制和功率控制方法 |
CN105338572B (zh) * | 2014-06-23 | 2020-07-31 | 北京三星通信技术研究有限公司 | 一种双连接中分割承载的数据分配方法和装置 |
CN105228124B (zh) * | 2014-06-24 | 2021-04-06 | 中兴通讯股份有限公司 | 处理ProSe业务授权变化的方法、第一网元、第二网元 |
KR101875346B1 (ko) * | 2014-06-28 | 2018-07-05 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 모바일 통신 시스템에서 근접 서비스를 사용하기 위한 인증 획득 |
RU2668083C2 (ru) * | 2014-07-08 | 2018-09-26 | Хуавей Текнолоджиз Ко., Лтд. | Способ начисления платы в режиме реального времени, шлюз и устройство для начисления платы в режиме реального времени |
US9578576B2 (en) * | 2014-07-11 | 2017-02-21 | Sony Corporation | Control of offloading for device-to-device traffic in a cellular network |
KR102140664B1 (ko) | 2014-07-11 | 2020-08-04 | 삼성전자주식회사 | 컨텐츠 자동 공유 방법 및 장치 |
CN105338548A (zh) * | 2014-08-06 | 2016-02-17 | 中兴通讯股份有限公司 | 一种设备到设备资源池配置方法、装置及系统 |
CN105338590B (zh) * | 2014-08-08 | 2019-11-29 | 中兴通讯股份有限公司 | 支持邻近服务能力信息的上报、处理方法及装置 |
CN105338513B (zh) * | 2014-08-08 | 2019-12-10 | 中兴通讯股份有限公司 | 设备到设备业务处理方法及装置 |
US10110713B2 (en) * | 2014-09-12 | 2018-10-23 | Samsung Electronics Co., Ltd. | Handling different protocol data unit types in a device to device communication system |
US20160095157A1 (en) * | 2014-09-26 | 2016-03-31 | Intel IP Corporation | Communication terminal and method for performing a communication |
EP3687202A1 (en) * | 2014-10-03 | 2020-07-29 | InterDigital Patent Holdings, Inc. | Optimizations for prose communications |
WO2016053435A1 (en) * | 2014-10-03 | 2016-04-07 | Intel IP Corporation | Packet data network connection establishment during handover |
WO2016056152A1 (ja) * | 2014-10-07 | 2016-04-14 | 日本電気株式会社 | 端末間直接通信のための制御装置及び方法 |
US10594548B2 (en) | 2014-10-27 | 2020-03-17 | Hewlett Packard Enterprise Development Lp | Home network information |
US10063371B2 (en) | 2014-10-30 | 2018-08-28 | Samsung Electronics Co., Ltd. | Method of performing device to device communication between user equipments |
WO2016075848A1 (ja) * | 2014-11-10 | 2016-05-19 | 日本電気株式会社 | 制御装置、無線通信デバイス、及びこれらの方法 |
US20160142897A1 (en) * | 2014-11-14 | 2016-05-19 | Telefonaktiebolaget L M Ericsson (Publ) | Enriched D2D Discovery Content |
US11700652B2 (en) * | 2014-12-19 | 2023-07-11 | Nokia Solutions And Networks Oy | Proximity services device-to-device communication services control |
US10332180B2 (en) | 2014-12-23 | 2019-06-25 | Ntt Docomo, Inc. | Method and apparatus for proximity service discovery |
JP6482279B2 (ja) | 2015-01-07 | 2019-03-13 | キヤノン株式会社 | 情報処理装置、制御方法、およびプログラム |
US10231193B2 (en) * | 2015-01-27 | 2019-03-12 | Lg Electronics Inc. | Method for performing, by terminal, transmission power control in wireless communication system, and terminal using method |
US9668194B2 (en) | 2015-01-30 | 2017-05-30 | Huawei Technologies Co., Ltd. | System and method for coordinating device-to-device communications |
WO2016125887A1 (ja) * | 2015-02-06 | 2016-08-11 | 京セラ株式会社 | 基地局 |
US9788273B2 (en) | 2015-03-12 | 2017-10-10 | Samsung Electronics Co., Ltd | Method and system for paging reception optimization in LTE direct devices |
JP2016178484A (ja) * | 2015-03-20 | 2016-10-06 | 日本電気株式会社 | ネットワーク装置、基地局、通信システム、ベアラ確立方法、通信方法及びプログラム |
US9674756B2 (en) * | 2015-04-02 | 2017-06-06 | Harman International Industries, Incorporated | Expedited handover between wireless carriers |
EP3286961A1 (en) * | 2015-04-24 | 2018-02-28 | Nokia Solutions and Networks Oy | Using networking relationship in configuring radio connectivity |
EP3291625B1 (en) | 2015-04-30 | 2021-09-15 | Samsung Electronics Co., Ltd. | Method for forming bearer for public safety in wireless communication system and device therefor |
KR101922041B1 (ko) * | 2015-05-18 | 2018-11-26 | 후아웨이 테크놀러지 컴퍼니 리미티드 | D2d 통신에서의 ip 주소 할당 방법 및 사용자 기기 |
CN106304036B (zh) | 2015-05-19 | 2019-11-19 | 华为技术有限公司 | 一种提供中继业务的方法和装置 |
EP3314974B1 (en) * | 2015-06-25 | 2021-01-20 | Telefonaktiebolaget LM Ericsson (publ) | Setting up a dedicated bearer in a radio communication network |
US9832797B2 (en) * | 2015-06-29 | 2017-11-28 | At&T Intellectual Property I, L.P. | Mobility network function consolidation |
EP3326397A1 (en) * | 2015-07-21 | 2018-05-30 | Nokia Technologies Oy | Localized routing in mobile networks |
EP3627723A1 (en) | 2015-07-24 | 2020-03-25 | Panasonic Intellectual Property Corporation of America | Improved prose relay ue activation |
WO2017018663A1 (ko) * | 2015-07-24 | 2017-02-02 | 엘지전자 주식회사 | Pdn 연결 관리 방법 및 네트워크 엔티티 |
WO2017020176A1 (zh) * | 2015-07-31 | 2017-02-09 | 华为技术有限公司 | 一种数据传输方法及相关设备、系统 |
WO2017024453A1 (zh) * | 2015-08-07 | 2017-02-16 | 华为技术有限公司 | 连接控制装置及方法 |
EP3324677B1 (en) * | 2015-08-07 | 2021-07-28 | Huawei Technologies Co., Ltd. | Network access change for a terminal from an access through a relay terminal to a direct access |
CN113873615A (zh) * | 2015-08-18 | 2021-12-31 | 北京三星通信技术研究有限公司 | Ue接入的方法和设备 |
US9930598B2 (en) | 2015-08-21 | 2018-03-27 | Samsung Electronics Co., Ltd. | Method and apparatus for offload operation of the idle mode in a cellular device |
US10536829B2 (en) * | 2015-08-26 | 2020-01-14 | Kyocera Corporation | Radio communication apparatus and network-side apparatus |
US9986458B2 (en) * | 2015-08-27 | 2018-05-29 | Qualcomm Incorporated | Mitigating constrained backhaul availability between a radio access network (RAN) and core network |
CN107950063B (zh) * | 2015-09-07 | 2020-12-15 | Lg 电子株式会社 | 在无线通信系统中支持设备对设备直接通信的方法及其装置 |
EP3142453B1 (en) * | 2015-09-08 | 2018-05-16 | ASUSTek Computer Inc. | Method and apparatus for triggering radio bearer release by a relay ue (user equipment) in a wireless communication system |
WO2017057952A1 (ko) | 2015-10-02 | 2017-04-06 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말 간 직접 통신을 위한 자원 할당 방법 및 위한 장치 |
EP3369278A1 (en) * | 2015-10-26 | 2018-09-05 | Nokia Solutions and Networks Oy | User equipment assisted coordination for scheduled wireless transmissions |
US10341833B2 (en) | 2015-11-10 | 2019-07-02 | At&T Mobility Ii Llc | Automatic proximity discovery area technique |
WO2017084049A1 (zh) * | 2015-11-18 | 2017-05-26 | 华为技术有限公司 | 一种链路建立方法及设备 |
US20180338268A1 (en) * | 2015-12-01 | 2018-11-22 | Lg Electronics Inc. | Method and apparatus for performing application category based traffic steering in wireless communication system |
US20170180953A1 (en) * | 2015-12-22 | 2017-06-22 | Qualcomm Incorporated | Device-to-device remote proxy |
US10470078B2 (en) * | 2016-02-19 | 2019-11-05 | Viavi Solutions Uk Limited | Network optimization based on characteristic information regarding a network |
CN108781360B (zh) * | 2016-03-23 | 2021-05-28 | 三星电子株式会社 | 用于管理网络系统中的多个电子设备间会话的方法和系统 |
US10172044B2 (en) | 2016-03-24 | 2019-01-01 | Motorola Mobility Llc | Method and device for data communication over a peer-to-peer connection in a mobile communication network |
EP3425958B1 (en) * | 2016-03-30 | 2020-09-02 | Huawei Technologies Co., Ltd. | Bearer switching method, base station apparatus, and network node |
DE102016106623A1 (de) * | 2016-04-11 | 2017-10-12 | Bayerische Motoren Werke Aktiengesellschaft | Vorrichtungen, Verfahren und Computerprogramme für einen Basisstations-Sendeempfänger und einen mobilen Sendeempfänger |
US10595329B2 (en) | 2016-05-01 | 2020-03-17 | Lg Electronics Inc. | Apparatus and method for transmitting data in wireless communication system |
CN108476444B (zh) * | 2016-06-17 | 2020-12-01 | 华为技术有限公司 | 获取终端无线能力信息的方法、核心网实体、基站和终端 |
WO2018027799A1 (zh) * | 2016-08-11 | 2018-02-15 | 富士通株式会社 | 信息传输方法、装置以及通信系统 |
US10375562B2 (en) * | 2016-08-31 | 2019-08-06 | Qualcomm Incorporated | Exchanging a recommendation of a set of D2D rat types for a proximity-based service and searching for a binary code that identifies a proximity-based service on at least one D2D rat type in accordance with a D2D rat sequence |
AR109780A1 (es) * | 2016-09-30 | 2019-01-23 | Ericsson Telefon Ab L M | Establecimiento de conexión de control de recursos de radio |
US10104177B2 (en) | 2016-09-30 | 2018-10-16 | Hughes Network Systems, Llc | Distributed gateways with centralized data center for high throughput satellite (HTS) spot beam network |
EP3512294B1 (en) * | 2016-10-07 | 2021-06-16 | LG Electronics Inc. | Method and device for performing v2x communication |
US11178191B2 (en) | 2016-10-28 | 2021-11-16 | Samsung Electronics Co., Ltd | Method and apparatus for optimizing resources in IP multimedia subsystem (IMS) network |
EP3536022B1 (en) * | 2016-11-07 | 2022-06-08 | Telefonaktiebolaget LM Ericsson (publ) | Service differentiation for devices connected to a ue as a router |
EP3337283B1 (en) * | 2016-12-15 | 2022-03-09 | Nokia Technologies Oy | A method for managing a cellular radio communications network, a management device, a method to operate a first radio device, a first radio device, a method to operate a second radio device, and a second radio device |
CN106506397A (zh) * | 2017-01-11 | 2017-03-15 | 中磊电子(苏州)有限公司 | 一种点对点通信方法及其相关装置 |
US10588105B2 (en) * | 2017-01-12 | 2020-03-10 | Lg Electronics Inc. | Method and user equipment device for registering in wireless communication system |
WO2018135677A1 (ko) * | 2017-01-20 | 2018-07-26 | 엘지전자(주) | 무선 통신 시스템에서 단말 간 링크를 복원하는 방법 및 이를 위한 장치 |
CN108390746B (zh) * | 2017-02-03 | 2022-05-10 | 华为技术有限公司 | 无线通信方法、用户设备、接入网设备和网络系统 |
US10880938B2 (en) | 2017-02-20 | 2020-12-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for sidelink transmission control |
CN109792799B (zh) * | 2017-03-20 | 2021-06-01 | 华为技术有限公司 | 一种业务通信方法及设备 |
US11184936B2 (en) * | 2017-05-05 | 2021-11-23 | Lg Electronics Inc. | Method and apparatus for managing a bearer configuration of a relay user equipment |
CN109005527B (zh) * | 2017-06-06 | 2022-07-12 | 华为技术有限公司 | 一种数据传输方法和终端 |
CN111344980B (zh) | 2017-08-10 | 2021-07-06 | 北京小米移动软件有限公司 | 无线电资源配置同步 |
CN116866905A (zh) * | 2017-09-27 | 2023-10-10 | 日本电气株式会社 | 通信终端和通信终端的方法 |
US10298744B2 (en) * | 2017-10-24 | 2019-05-21 | Comptel Oyj | Method and arrangement for policy regulation of electronic communication devices |
US10673649B2 (en) * | 2017-10-24 | 2020-06-02 | Cisco Technology, Inc. | Method and device for quality of service regulation |
US10349335B2 (en) * | 2017-10-27 | 2019-07-09 | Cisco Technology, Inc. | Methods and apparatus for use in selecting a connection path for low-latency, deterministic multi-hop D2D communications |
KR101912872B1 (ko) * | 2018-06-04 | 2018-10-30 | 주식회사 위더스플래닛 | 고밀집 네트워크 환경을 위한 WiFi 네트워크 시스템 |
KR102498866B1 (ko) * | 2018-08-08 | 2023-02-13 | 삼성전자주식회사 | 데이터 통신을 지원하는 전자 장치 및 그 방법 |
CN113015221A (zh) * | 2018-08-10 | 2021-06-22 | 大唐移动通信设备有限公司 | 一种直连通信的方法、amf及计算机存储介质 |
EP3858047A1 (en) * | 2018-09-25 | 2021-08-04 | IDAC Holdings, Inc. | L2 procedures for unicast and/or multicast link establishment and maintenance |
US11330562B2 (en) * | 2018-11-27 | 2022-05-10 | Tencent Technology (Shenzhen) Company Limited | Method and apparatus for sidelink resource control |
CN111328154B (zh) * | 2018-12-14 | 2022-03-29 | 大唐移动通信设备有限公司 | 一种无线资源控制连接管理方法及终端 |
US11206581B2 (en) | 2018-12-20 | 2021-12-21 | The Johns Hopkins University | Space-based long term evolution (LTE) communications architecture |
US10798557B2 (en) * | 2018-12-20 | 2020-10-06 | The Johns Hopkins University | Space-based long term evolution (LTE) communications architecture |
US11140738B1 (en) * | 2019-06-18 | 2021-10-05 | Amazon Technologies, Inc. | Network connectivity analyzer and device peer-assisting |
JP7304979B2 (ja) | 2019-07-02 | 2023-07-07 | コムスコープ テクノロジーズ リミティド ライアビリティ カンパニー | クラウド無線アクセスネットワークで使用するためのフロントホールインターフェース |
US11196815B2 (en) * | 2019-07-18 | 2021-12-07 | At&T Intellectual Property I, L.P. | Connection management service |
US10819457B1 (en) * | 2019-07-30 | 2020-10-27 | Motorola Solutions, Inc. | Interference mitigation between cellular and frequency-modulated communication subsystems in a portable communication device |
US11178015B2 (en) * | 2019-08-01 | 2021-11-16 | Zebra Technologies Corporation | System, method and apparatus for updating network configuration parameters |
US10893460B1 (en) * | 2019-10-30 | 2021-01-12 | Xerox Corporation | Method and apparatus to limit wireless connectivity roaming of multi-function devices |
CN110838944B (zh) * | 2019-11-15 | 2022-07-05 | 浪潮云信息技术股份公司 | 一种云中心租户维度拓扑图的实现方法 |
US11477848B2 (en) * | 2020-06-29 | 2022-10-18 | At&T Intellectual Property I, L.P. | Disseminating alerts or other notifications using ProSe direct discovery signaling |
US11402890B1 (en) * | 2021-03-05 | 2022-08-02 | Spotify Ab | Systems and methods for communicating with a device in a low power mode |
CN114364060B (zh) * | 2021-12-16 | 2024-02-09 | 上海瀚讯信息技术股份有限公司 | 一种提高空口数据承载配置效率的方法 |
US20230199485A1 (en) * | 2021-12-20 | 2023-06-22 | Qualcomm Incorporated | Techniques for sidelink connectionless groupcast communication using a security key |
Family Cites Families (97)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7721106B2 (en) * | 2002-04-26 | 2010-05-18 | Thomson Licensing | Transitive authentication authorization accounting in the interworking between access networks |
US7720135B2 (en) | 2002-11-07 | 2010-05-18 | Intel Corporation | System, method and device for autonegotiation |
US7385957B2 (en) * | 2002-11-14 | 2008-06-10 | Qualcomm Incorporated | Methods and apparatus for extending mobile IP |
CN1527621A (zh) | 2003-03-07 | 2004-09-08 | 皇家飞利浦电子股份有限公司 | 无线通信网络中建立点到点对等通信的方法和装置 |
EP1487224A1 (en) | 2003-06-11 | 2004-12-15 | Sony France S.A. | Wireless communication system and method for facilitating wireless communication |
US7400897B2 (en) | 2003-08-25 | 2008-07-15 | Research In Motion Limited | Implementing a web server on a mobile station |
US20050094558A1 (en) | 2003-11-05 | 2005-05-05 | Interdigital Technology Corporation | Wireless local area network (WLAN) methods and components that utilize traffic prediction |
KR20050101692A (ko) | 2004-04-19 | 2005-10-25 | 삼성전자주식회사 | 광대역 무선 접속 통신 시스템에서 핸드오버 방법 |
US7877082B2 (en) | 2004-05-06 | 2011-01-25 | Massachusetts Institute Of Technology | Combined short range radio network and cellular telephone network for interpersonal communications |
US7385947B2 (en) * | 2005-05-04 | 2008-06-10 | Nokia Corporation | Low-cost radio access network enabling local switching |
US9626667B2 (en) | 2005-10-18 | 2017-04-18 | Intertrust Technologies Corporation | Digital rights management engine systems and methods |
BRPI0617490A2 (pt) | 2005-10-18 | 2010-03-23 | Intertrust Tech Corp | sistemas e mÉtodos de mÁquina de gerenciamento de direitos digitais |
US8478300B2 (en) | 2005-12-20 | 2013-07-02 | Microsoft Corporation | Proximity service discovery in wireless networks |
CN1997208B (zh) | 2006-01-06 | 2011-07-20 | 上海原动力通信科技有限公司 | 移动通信系统中用户设备开机附着接入的方法 |
CN100488146C (zh) | 2006-09-14 | 2009-05-13 | 华为技术有限公司 | 在p2p网络中建立点对点连接的方法及在p2p网络中的节点 |
CN101272621B (zh) | 2007-03-19 | 2014-05-21 | 华为技术有限公司 | 用户设备能力信息传输方法 |
KR101375481B1 (ko) * | 2007-07-06 | 2014-03-19 | 삼성전자주식회사 | 통신 시스템에서 통신 모드 결정 방법 및 장치 |
WO2009008615A2 (en) * | 2007-07-11 | 2009-01-15 | Lg Electronics Inc. | Direct link teardown procedure in tunneled direct link setup (tdls) wireless network and station supporting the same |
US7949355B2 (en) | 2007-09-04 | 2011-05-24 | Research In Motion Limited | System and method for processing attachments to messages sent to a mobile device |
JP5160191B2 (ja) * | 2007-10-30 | 2013-03-13 | 京セラ株式会社 | 無線通信端末およびその制御方法 |
CN101541106B (zh) | 2008-03-17 | 2012-04-18 | 中兴通讯股份有限公司 | 一种无线通信系统中的中继方法 |
CN101252518B (zh) | 2008-03-18 | 2010-08-18 | 腾讯科技(深圳)有限公司 | 对等网络中选择中转节点的方法及系统 |
US20090257400A1 (en) | 2008-04-11 | 2009-10-15 | Interdigital Patent Holdings, Inc. | Method and apparatus for handover between a network supporting proxy mobile ip and a network supporting mobile ip |
WO2009132246A2 (en) | 2008-04-25 | 2009-10-29 | Interdigital Patent Holdings, Inc. | Multi-cell wtrus configured to perform mobility procedures and methods |
US8064907B2 (en) | 2008-04-29 | 2011-11-22 | Kineto Wireless, Inc. | Method and apparatus for network controller selection in a voice over long term evolution via generic access system |
WO2009138820A1 (en) | 2008-05-15 | 2009-11-19 | Nokia Corporation | Methods, apparatuses and computer program products for providing coordination of device to device communication |
GB0812632D0 (en) | 2008-07-10 | 2008-08-20 | Vodafone Plc | Security architecture for LTE relays |
US8577363B2 (en) * | 2008-07-14 | 2013-11-05 | Nokia Corporation | Setup of device-to-device connection |
US8554200B2 (en) | 2008-09-12 | 2013-10-08 | Nokia Corporation | Method and apparatus for providing interference measurements for device to-device communication |
JP2012504898A (ja) | 2008-10-01 | 2012-02-23 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | ホーム基地局を備えた通信システムにおけるトラフィックの管理方法及び構成 |
US8077664B2 (en) | 2008-12-11 | 2011-12-13 | Telefonaktiebolaget L M Ericsson (Publ) | Precoding with reduced feedback for coordinated multipoint transmission on the downlink |
CN101437045B (zh) | 2008-12-18 | 2012-04-25 | 腾讯科技(深圳)有限公司 | P2p系统中中转节点的选择方法及p2p节点 |
US8886113B2 (en) | 2008-12-30 | 2014-11-11 | Qualcomm Incorporated | Centralized control of relay operation |
US9025536B2 (en) * | 2009-03-26 | 2015-05-05 | Qualcomm Incorporated | Apparatus and methods of whitespace communication |
ES2532293T3 (es) | 2009-05-06 | 2015-03-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Pasarela dedicada para dispositivos móviles de banda ancha |
US9198157B2 (en) | 2009-05-08 | 2015-11-24 | Qualcomm Incorporated | Paging for local IP access packets |
US8255469B2 (en) | 2009-05-29 | 2012-08-28 | Nokia Corporation | Method and apparatus for locating communities over an ad-hoc mesh network |
WO2011036507A1 (en) | 2009-09-28 | 2011-03-31 | Nokia Corporation | Random access process reusing for d2d probing in cellular-aided d2d networks |
US8666403B2 (en) | 2009-10-23 | 2014-03-04 | Nokia Solutions And Networks Oy | Systems, methods, and apparatuses for facilitating device-to-device connection establishment |
WO2011052136A1 (en) * | 2009-10-30 | 2011-05-05 | Panasonic Corporation | Communication system and apparatus for status dependent mobile services |
US8254985B2 (en) * | 2009-11-04 | 2012-08-28 | Research In Motion Limited | Methods and apparatus for use in controlling wireless transceiver operation in a mobile communication device |
CN101714945A (zh) | 2009-12-02 | 2010-05-26 | 浙江中控技术股份有限公司 | 一种实现跨网络通信的系统及方法 |
US8885507B2 (en) * | 2009-12-11 | 2014-11-11 | Nokia Corporation | Method, apparatus and computer program product for allocating resources in wireless communication network |
CN102123480B (zh) | 2010-01-11 | 2016-03-30 | 中兴通讯股份有限公司 | 中继节点接入能力的通知及传输方法 |
WO2011088619A1 (en) * | 2010-01-22 | 2011-07-28 | Nokia Corporation | Cellular control sensing for multi-cell device-to-device interference control |
US9299255B2 (en) | 2010-03-04 | 2016-03-29 | Verizon Telematics Inc. | Method and system for providing location information of a vehicle to a user device |
US9622131B2 (en) | 2010-03-05 | 2017-04-11 | Nokia Technologies Oy | Handover of direct peer to peer communication |
MX2012010363A (es) | 2010-03-09 | 2012-11-30 | Interdigital Patent Holdings | Metodo y aparato para soportar comunicaciones de maquina a maquina. |
WO2011109941A1 (en) | 2010-03-11 | 2011-09-15 | Nokia Corporation | Method and apparatus for device-to-device communication setup |
CN102202270B (zh) | 2010-03-24 | 2016-03-30 | 中兴通讯股份有限公司 | 基于机器类通信的消息传输方法及互通功能实体 |
US8812657B2 (en) * | 2010-04-15 | 2014-08-19 | Qualcomm Incorporated | Network-assisted peer discovery |
US9198210B2 (en) * | 2010-04-20 | 2015-11-24 | Nokia Solutions And Networks Oy | D2D communications considering different network operators |
WO2011145852A2 (ko) | 2010-05-16 | 2011-11-24 | 엘지전자 주식회사 | 무선 접속 시스템에서 단말 식별자 할당 방법 및 장치 |
US9578550B2 (en) | 2010-05-28 | 2017-02-21 | Nokia Solutions And Networks Oy | Method and apparatus for device-to-device communication |
US9385862B2 (en) | 2010-06-16 | 2016-07-05 | Qualcomm Incorporated | Method and apparatus for binding subscriber authentication and device authentication in communication systems |
KR101712669B1 (ko) * | 2010-07-13 | 2017-03-06 | 삼성전자주식회사 | 무선 통신 시스템에서 피투피 통신의 자원 관리 방법 및 장치 |
US20120028672A1 (en) | 2010-07-30 | 2012-02-02 | Tao Chen | Apparatus and Method for Transmitter Power Control for Device-to-Device Communications in a Communication System |
WO2012052911A1 (en) | 2010-10-22 | 2012-04-26 | Nokia Corporation | Method and apparatus for co-operative reception for network controlled device to device |
WO2012071689A1 (en) | 2010-12-03 | 2012-06-07 | Nokia Corporation | Device to device cluster enhancement to support data transmission from/to multiple devices |
WO2012091420A2 (ko) * | 2010-12-27 | 2012-07-05 | 한국전자통신연구원 | 단말간 직접 연결 통신 및 단말 릴레잉을 위한 디바이스 대 디바이스 링크의 연결 설정 및 스케쥴링 방법 |
US9826404B2 (en) | 2011-01-11 | 2017-11-21 | Qualcomm Incorporated | System and method for peer-to-peer authorization via non-access stratum procedures |
KR20120093787A (ko) | 2011-02-15 | 2012-08-23 | 삼성전자주식회사 | 광대역 무선 접속 시스템에서 피어투피어 서비스 방법 및 장치 |
KR101514905B1 (ko) | 2011-03-22 | 2015-04-23 | 엔이씨 유럽 리미티드 | 네트워크 동작 방법 및 네트워크 |
WO2012173544A1 (en) | 2011-06-17 | 2012-12-20 | Telefonaktiebolaget L M Ericsson (Publ) | Method and radio base station in a cellular communications network for device -to -device communications |
US9131330B2 (en) | 2011-07-15 | 2015-09-08 | Telefonaktiebolaget L M Ericsson (Publ) | M2M services enablement architecture for cellular access networks |
CN102905334B (zh) | 2011-07-25 | 2014-05-07 | 上海无线通信研究中心 | 簇头辅助用户终端从d2d通信转换到蜂窝通信的方法 |
US8902855B2 (en) | 2011-08-01 | 2014-12-02 | Intel Corporation | Opportunistic device-to-device communication |
JP5998220B2 (ja) | 2011-09-09 | 2016-09-28 | インターデイジタル パテント ホールディングス インコーポレイテッド | ローカライズドアプリケーションにアクセスするための方法および装置 |
US20130064138A1 (en) | 2011-09-12 | 2013-03-14 | Renesas Mobile Corporation | Mechanism for controlling device-to-device discovery procedcure |
EP2761951B1 (en) | 2011-09-30 | 2020-05-06 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and arrangement for handling device-to-device communication in a wireless communications network |
US20130083684A1 (en) | 2011-09-30 | 2013-04-04 | Electronics And Telecommunications Research Institute | Methods of device to device communication |
KR101540499B1 (ko) | 2011-10-10 | 2015-07-29 | 주식회사 케이티 | 단문 메시지 서버, 그 서버의 단말 트리거 방법, 트리거 요청 전달 서버, 및 그 서버의 트리거 요청 전달 방법 |
JP5813241B2 (ja) | 2011-10-14 | 2015-11-17 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | ユーザ機器及び無線ネットワークノード、並びにそれらにおけるデバイスツーデバイス通信のための方法 |
GB2496153B (en) | 2011-11-02 | 2014-07-02 | Broadcom Corp | Device-to-device communications |
CN103139930B (zh) * | 2011-11-22 | 2015-07-08 | 华为技术有限公司 | 连接建立方法和用户设备 |
US9560572B2 (en) | 2011-11-28 | 2017-01-31 | Kyocera Corporation | Handovers in wireless communication systems with hierarchical cells using different transmission time periods for uplink communication |
GB2496212B (en) | 2011-12-20 | 2013-11-27 | Renesas Mobile Corp | Method and apparatus for traffic offloading between devices |
CN103179575A (zh) | 2011-12-23 | 2013-06-26 | 中兴通讯股份有限公司 | 一种邻近设备通信的方法和系统、网络侧设备和用户设备 |
GB2498539A (en) | 2012-01-18 | 2013-07-24 | Renesas Mobile Corp | Base station assisted asymmetric device-to-device communications |
US9769857B2 (en) | 2012-02-27 | 2017-09-19 | Futurewei Technologies, Inc. | System and method for allocating network resources |
US9185690B2 (en) * | 2012-02-29 | 2015-11-10 | Sharp Kabushiki Kaisha | Allocating and determining resources for a device-to-device link |
US8782195B2 (en) * | 2012-03-14 | 2014-07-15 | Telefonaktiebolaget L M Ericsson (Publ) | Group operations in machine-to-machine networks using a shared identifier |
EP2832072A1 (en) | 2012-03-29 | 2015-02-04 | Nokia Solutions and Networks Oy | Delivery of commercial information |
EP3582524B1 (en) | 2012-04-11 | 2021-11-03 | Apple Inc. | Operator-assisted device-to-device (d2d) discovery |
US9143984B2 (en) * | 2012-04-13 | 2015-09-22 | Intel Corporation | Mapping of enhanced physical downlink control channels in a wireless communication network |
EP2839688B1 (en) | 2012-04-17 | 2017-10-25 | Nokia Solutions and Networks Oy | Device-to-device transmission in communications |
CN104272707B (zh) | 2012-04-27 | 2018-04-06 | 交互数字专利控股公司 | 支持邻近发现过程的方法和装置 |
EP2842288A1 (en) | 2012-04-27 | 2015-03-04 | Interdigital Patent Holdings, Inc. | Systems and methods for personalizing and/or tailoring a service interface |
US9510387B2 (en) | 2012-05-04 | 2016-11-29 | Nokia Technologies Oy | Recovering connection in LTE local area network for EPS and local services |
EP2850870B1 (en) | 2012-05-15 | 2017-02-01 | Telefonaktiebolaget LM Ericsson (publ) | Interference management for network assisted device-to-device communication |
US10045386B2 (en) | 2012-05-31 | 2018-08-07 | Interdigital Patent Holdings, Inc. | Method and apparatus for device-to-device (D2D) mobility in wireless systems |
US9042823B2 (en) | 2012-06-07 | 2015-05-26 | Nokia Corporation | Method, apparatus, and computer program product for wireless short-range communication disconnection |
US9451570B2 (en) | 2012-08-29 | 2016-09-20 | Alcatel Lucent | Device discovery for device-to-device communication |
US9137836B2 (en) | 2012-10-15 | 2015-09-15 | Blackberry Limited | Inter-device communication authorization and data sniffing in wireless communication systems |
US9119182B2 (en) | 2012-10-19 | 2015-08-25 | Qualcomm Incorporated | Methods and apparatus for expression use during D2D communications in a LTE based WWAN |
CN104066200B (zh) | 2013-03-21 | 2020-11-06 | 北京三星通信技术研究有限公司 | 一种ue间端到端通信的实现方法及用户设备 |
JPWO2015141727A1 (ja) | 2014-03-20 | 2017-04-13 | 京セラ株式会社 | 通信制御方法及びユーザ端末 |
-
2013
- 2013-04-26 TW TW102115053A patent/TWI626855B/zh active
- 2013-04-26 EP EP19151749.9A patent/EP3512293A3/en active Pending
- 2013-04-26 US US13/871,837 patent/US9942938B2/en active Active
- 2013-04-26 WO PCT/US2013/038487 patent/WO2013163595A2/en active Application Filing
- 2013-04-26 JP JP2015509199A patent/JP2015520556A/ja active Pending
- 2013-04-26 EP EP13720736.1A patent/EP2842355A2/en not_active Withdrawn
-
2017
- 2017-08-31 JP JP2017167578A patent/JP6571732B2/ja active Active
-
2018
- 2018-03-16 US US15/923,710 patent/US10652947B2/en active Active
-
2020
- 2020-05-12 US US16/872,875 patent/US11903075B2/en active Active
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106576378A (zh) * | 2014-07-31 | 2017-04-19 | 夏普株式会社 | 终端装置、控制方法以及集成电路 |
US10873982B2 (en) | 2014-07-31 | 2020-12-22 | Sharp Kabushiki Kaisha | Terminal apparatus, control method, and integrated circuit |
CN111093175A (zh) * | 2014-09-26 | 2020-05-01 | 太阳专利信托公司 | 通信装置及通信方法 |
CN111093175B (zh) * | 2014-09-26 | 2023-12-05 | 太阳专利信托公司 | 通信装置及通信方法 |
CN108496406A (zh) * | 2016-03-24 | 2018-09-04 | 摩托罗拉移动有限责任公司 | 用于在移动通信网络中建立对等连接的方法和装置 |
CN108496406B (zh) * | 2016-03-24 | 2022-10-28 | 摩托罗拉移动有限责任公司 | 用于在移动通信网络中建立对等连接的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
TWI626855B (zh) | 2018-06-11 |
JP2017225188A (ja) | 2017-12-21 |
EP3512293A3 (en) | 2019-10-02 |
US10652947B2 (en) | 2020-05-12 |
US20180206286A1 (en) | 2018-07-19 |
WO2013163595A2 (en) | 2013-10-31 |
US20130287012A1 (en) | 2013-10-31 |
JP2015520556A (ja) | 2015-07-16 |
WO2013163595A3 (en) | 2014-03-20 |
US9942938B2 (en) | 2018-04-10 |
EP3512293A2 (en) | 2019-07-17 |
US11903075B2 (en) | 2024-02-13 |
JP6571732B2 (ja) | 2019-09-04 |
US20200344837A1 (en) | 2020-10-29 |
EP2842355A2 (en) | 2015-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11903075B2 (en) | Resource allocation for device-to-device (D2D) communications | |
US10524199B2 (en) | Method and apparatus for supporting proximity discovery procedures | |
JP6623238B2 (ja) | ProSe通信のための優先度ハンドリング | |
JP6560183B2 (ja) | Wlan近傍サービスを可能にする方法 | |
JP6401150B2 (ja) | セルラーネットワークにおいてデータ共有を可能にするシステムレベル手続きおよび方法 | |
TWI549455B (zh) | 混合網路匯聚閘道延伸區域ip存取 | |
US8588793B2 (en) | Bandwidth management for a converged gateway in a hybrid network | |
TWI643519B (zh) | 區域網際網路協定存取(lipa)延伸以賦能區域內容分享 | |
US20140153489A1 (en) | Methods, Apparatus and Systems for Inter-Converged Gateway (ICGW) Communications | |
WO2013089452A1 (ko) | 무선 통신 시스템에서 근접 서비스 제공 방법 및 장치 | |
JP2015507854A (ja) | ローカライズドアプリケーションにアクセスするための方法および装置 |