TW201528861A - 延深/增強邏輯介面行爲系統及方法 - Google Patents
延深/增強邏輯介面行爲系統及方法 Download PDFInfo
- Publication number
- TW201528861A TW201528861A TW104110946A TW104110946A TW201528861A TW 201528861 A TW201528861 A TW 201528861A TW 104110946 A TW104110946 A TW 104110946A TW 104110946 A TW104110946 A TW 104110946A TW 201528861 A TW201528861 A TW 201528861A
- Authority
- TW
- Taiwan
- Prior art keywords
- node
- rules
- rule
- action
- interface
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
- H04W8/245—Transfer of terminal data from a network towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
揭露系統、方法以及裝置以配置行動節點。行動節點可以接收配置訊息。可以從存取網路發現和選擇功能(ANDSF)接收該配置訊息,其中該ANDSF可以是開放行動聯盟裝置管理(OMADM)伺服器的一部分。該配置訊息可以包括行動節點規則。該行動節點可以依照該行動節點規則改變該行動節點的配置。該行動節點規則可以指示該行動節點要在特定的介面上傳送上行鏈路封包。該行動節點可以在由該行動節點規則所指示的介面上傳送上行鏈路封包。
Description
本申請案要求享有2011年2月11日提出的美國臨時專利申請案No.61/441,895的權益,該申請案的內容在這裏引入作為參考。
基於網路的IP流移動性可能涉及如何由網路實體來處理資料流。目前,在管理資料流程中存在問題。
提供本發明內容用於以簡單的形式介紹選擇的概念,其將在下文對說明性實施方式的詳細描述中被進一步描述。本發明內容並不意圖確認要求保護的主題的主要特徵或必要特徵,也並不意圖用於限制要求保護的主題的範圍。
揭露系統、方法以及裝置以配置行動節點,其中可以包括配置與該行動節點相關聯的邏輯介面(LIF)。行動節點可以接收配置訊息。該配置訊息可以從存取網路發現和選擇功能(ANDSF)被接收,其中該ANDSF可以是開放行動聯盟裝置管理(OMA DM)伺服器的一部分。該配置訊息可以包括行動節點規則。例如,該配置訊息可以指示行動節點將要如何處理
進入流(incoming flow)或外向流(outgoing flow)(例如,使用的介面、處理方法等)。該配置訊息可以是開放行動聯盟裝置管理(OMA DM)訊息。該配置訊息可以基於來自該行動節點的回授。該配置訊息可以包括行動和參數。
該行動節點可以依照該行動節點規則來改變配置。該行動節點規則可以指出該行動節點將要在特定介面上傳送上行鏈路封包。該行動節點可以在由該行動節點規則所指示的介面上傳送上行鏈路封包。例如,在接收該配置訊息之前,該行動節點可以已被配置用於在接收相關聯的下行鏈路封包的實體介面上傳送上行鏈路封包。為了回應接收到的配置訊息,該行動節點可以在與接收相關聯的下行鏈路封包的實體介面不同的實體介面上傳送上行鏈路封包。
該行動節點的配置可以由錨節點來實施,如本地行動性錨(LMA)。OMA DM伺服器功能可以在錨處實施。配置訊息中的該行動節點規則可以與相關的錨節點規則一致、或者可以與相關的錨節點規則不相同。該行動節點規則可以是多個行動節點規則中的一個行動節點規則。該多個行動節點規則可以被優先化。例如,優先化可以基於以下中的一者或多者:資料類型、當日時間(time of day)或者成本。
ASN‧‧‧存取服務網路
CN‧‧‧通信節點
GGSN‧‧‧閘道GPRS支援節點
IuCS、IuPS、IF#(1、2、...、n)、S1、X2‧‧‧介面
LMA‧‧‧本地行動性錨
MAG‧‧‧行動存取閘道
MGW‧‧‧媒體閘道
MME‧‧‧移動性管理閘道
MN‧‧‧行動節點
MSC‧‧‧行動交換中心
R1、R3、R6、R8‧‧‧參考點
RAN‧‧‧無線電存取網路
RNC‧‧‧無線電網路控制器
PDN‧‧‧封包資料網路
PMIP-LMA‧‧‧代理行動IP本地行動性錨
PSTN‧‧‧公共交換電話網路
SGSN‧‧‧服務GPRS支援節點
TCP TCP/IP‧‧‧際網路協定族中的傳輸控制協定
UDP‧‧‧用戶資料報協定
102a、102b、102c、102d‧‧‧WTRU(無線傳輸/接收單元)
115、116、117‧‧‧空氣介面
122‧‧‧傳輸/接收元件
186‧‧‧認證、授權、計費(AAA)伺服器
更詳細的理解可以從以下結合所附圖式並且用實例給出的描述中得到,其中:第1A圖是可以實施所揭露的一個或多個實施方式的例示通信系統的系統圖;第1B圖是可以在第1A圖所示的通信系統內部使用的例示無線傳輸/接收單元(WTRU)的系統圖;
第1C圖是可以在第1A圖所示的通信系統內部使用的例示無線電存取網路以及例示核心網路的系統圖;第1D圖是可以在第1A圖所示的通信系統內部使用的另一個例示無線電存取網路以及另一個例示核心網路的系統圖;第1E圖是可以在第1A圖所示的通信系統內部使用的另一個例示無線電存取網路以及另一個例示核心網路的系統圖;第2圖示出了示例性邏輯介面實施;第3圖示出了網路控制的IP流移動性順序的示例性流程圖;第4圖示出了裝置管理協定的階段的示例性流程圖;第5圖示出了示例性編碼格式;第6圖示出了示例性編碼格式;以及第7圖示出了示例性編碼格式。
現在參考所附圖式對說明性實施方式進行詳細描述。但是,雖然可以結合示例性實施方式對本發明進行了描述,但並不限於此,應當理解為在不偏離本發明範圍的情況下,可以使用其他實施方式,或可以對所描述的實施方式進行修改和增加,以執行與本發明相同的功能。此外,附圖可示出呼叫流,其僅是示例性的。應當理解為也可使用其他實施方式。該流的順序可以在適當的位置進行改變。同時,如果不需要,可省略一些流,以及增加額外的流。
第1A圖是可以實施所揭露的一個或多個實施例的例示通信系統100的圖示。通信系統100可以是為多個無線用戶提供諸如語音、資料、視訊、訊息傳遞、廣播等內容的多重存取系統。該通信系統100能使多個無線用
戶經由共享包括無線頻寬在內的系統資源來存取這些內容。例如,通信系統100可以使用一種或多種頻道存取方法,如分碼多重存取(CDMA)、分時多重存取(TDMA)、分頻多重存取(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)等等。
如第1A圖所示,通信系統100可以包括無線傳輸/接收單元(WTRU)102a、102b、102c及/或102d(這些可被一般或共同地稱作WTRU 102)、無線電存取網路(RAN)103/104/105、核心網路106/107/109、公共交換電話網路(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/107/109、網際網路110及/或網路112。舉個例子,基地台114a、114b可以是基地收發站(BTS)、節點B、e節點B、家庭節點B、家庭e節點B、站點控制器、存取點(AP)、無線路由器等等。雖然基地台114a、114b都各自被描述為是單一元件,但是應該理解,基地台114a、114b可以包括任何數量的互連基地台及/或網路元件。
基地台114a可以是RAN 103/104/105的一部分,其中該RAN
103/104/105還可以包括其他基地台及/或網路元件(未示出),如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等等。基地台114a及/或基地台114b可以被配置用於在被稱為胞元(未示出)的特定地理區域內部傳送及/或接收無線信號。該胞元還可以分成胞元扇區。例如,與基地台114a相關聯的胞元可以被分成三個扇區。因此,在一種實施方式中,基地台114a可以包括三個收發器,也就是說,胞元的每一個扇區都具有一個收發器。在另一種實施方式中,基地台114a可以使用多輸入多輸出(MIMO)技術,並且由此可以為胞元中的每個扇區使用多個收發器。
基地台114a、114b可以經由空氣介面115/116/117而與WTRU 102a、102b、102c、102d中的一個或多個進行通信,其中該空氣介面可以是任何適當的無線通信鏈路(例如,射頻(RF)、微波、紅外線(IR)、紫外線(UV)、可見光等等)。可以使用任何適當的無線電存取技術(RAT)來建立空氣介面115/116/117。
更具體地說,如上所述,通信系統100可以是多重存取系統、並且可以使用一種或多種頻道存取方案,如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如,RAN 103/104/105中的基地台114a和WTRU 102a、102b、102c可以實施如通用行動電信系統(UMTS)陸地無線電存取(UTRA)之類的無線電技術,該無線電技術可以使用寬帶CDMA(WCDMA)來建立空氣介面115/116/117。WCDMA可以包括如高速封包存取(HSPA)及/或演進型HSPA(HSPA+)之類的通信協定。HSPA則可以包括高速下行鏈路封包存取(HSDPA)及/或高速上行鏈路封包存取(HSUPA)。在另一種實施方式中,基地台114a和WTRU 102a、102b、102c可以實施如演進型UMTS陸地無線電存取(E-UTRA)之類的無線電技術,該無線電技術可以使用長期演進(LTE)及/或高級LTE(LTE-A)來建立
空氣介面115/116/117。
在其他實施方式中,基地台114a和WTRU 102a、102b、102c可以實施如IEEE 802.16(即全球微波互通存取(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暫行(Interim)標準2000(IS-2000)、暫行標準95(IS-95)、暫行標準856(IS-856)、全球行動通信系統(GSM)、用於GSM演進的增強資料速率(EDGE)、GSM EDGE(GERAN)等之類的無線電存取技術。
第1A圖中的基地台114b可以例如是無線路由器、家庭節點B、家庭e節點B或存取點,並且可以使用任何適當的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等等)來建立微微胞元或毫微微胞元。如第1A圖所示,基地台114b可以具有到網際網路110的直接連接。由此,基地台114b可以不需要經由核心網路106/107/109來存取網際網路110。
RAN 103/104/105可以與核心網路106/107/109進行通信,其中該核心網路106/107/109可以是被配置用於向WTRU 102a、102b、102c、102d中的一個或多個提供語音、資料、應用及/或網際網路協定語音(VoIP)服務的任何類型的網路。例如,核心網路106/107/109可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路連接、視訊分發等等,及/或執行高階安全功能,例如用戶驗證。雖然沒有示出在第1A圖中,但
是應該理解,RAN 103/104/105及/或核心網路106/107/109可以直接或間接地和其他那些使用了與RAN 103/104/105相同的RAT或不同RAT的RAN進行通信。例如,除了與可以使用E-UTRA無線電技術的RAN 103/104/105相連接之外,核心網路106/107/109還可以與使用GSM無線電技術的另一個RAN(未示出)進行通信。
核心網路106/107/109還可以充當供WTRU 102a、102b、102c、102d存取PSTN 108、網際網路110及/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括使用了公共通信協定的全球性互連電腦網路及裝置系統,公共通信協定例如TCP/IP網際網路協定族中的傳輸控制協定(TCP)、用戶資料報協定(UDP)和網際網路協定(IP)。網路112可以包括由其他服務供應者擁有及/或操作的有線或無線通信網路。例如,網路112可以包括與一個或多個RAN相連的另一個核心網路,其中所述一個或多個RAN可以使用與RAN 103/104/105相同的RAT或不同的RAT。
通信系統100中的一些或所有WTRU 102a、102b、102c、102d的一些或全部可以包括多模式能力,也就是說,WTRU 102a、102b、102c、102d可以包括在不同無線鏈路上與不同無線網路通信的多個收發器。例如,第1A圖所示的WTRU 102c可以被配置用於與使用基於蜂巢的無線電技術的基地台114a通信、以及與可以使用IEEE 802無線電技術的基地台114b通信。
第1B圖是例示WTRU 102的系統圖。如第1B圖所示,WTRU 102可以包括處理器118、收發器120、傳輸/接收元件122、揚聲器/麥克風124、鍵盤126、顯示器/觸控板128、不可移式記憶體130、可移式記憶體132、電源134、全球定位系統(GPS)碼片組136以及其他週邊裝置138。應該理解的是,在保持與實施方式一致的同時,WTRU 102可以包括前述元件的任何
子組合。此外,實施方式構思了基地台114a和114b、以及可由基地台114a和114b表示的節點,例如但不限於收發站(BTS)、節點B、站點控制器、存取點(AP)、家庭節點B、演進的家庭節點B(e節點B)、家庭演進節點B(HeNB)、家庭演進節點B閘道和代理節點等,其可以包括第1B圖所示和在此所述的一些或全部元件。
處理器118可以是通用處理器、專用處理器、常規處理器、數位信號處理器(DSP)、多個微處理器、與DSP核心相關聯的一個或多個微處理器、控制器、微控制器、專用積體電路(ASIC)、場可編程閘陣列(FPGA)電路、任何其他類型的積體電路(IC)、狀態機等等。處理器118可以執行信號編碼、資料處理、功率控制、輸入/輸出處理及/或其他任何能使WTRU 102在無線環境中進行操作的功能。處理器118可被耦合至收發器120,該收發器120可被耦合至傳輸/接收元件122。雖然第1B圖將處理器118和收發器120描述為是單獨的元件,但是應該理解,處理器118和收發器120可以被集成在一個電子封裝或晶片中。
傳輸/接收元件122可以被配置用於經由空氣介面115/116/117將信號傳送到基地台(例如,基地台114a)、或從基地台(例如,基地台114a)接收信號。例如,在一個實施方式中,傳輸/接收元件122可以是被配置用於傳送及/或接收RF信號的天線。在另一個實施方式中,傳輸/接收元件122可以是被配置用於傳送及/或接收例如IR、UV或可見光信號的發光體/偵測器。在另一種實施方式中,傳輸/接收元件122可以被配置用於傳送和接收RF和光信號。應該理解的是,傳輸/接收元件122可以被配置用於傳送及/或接收無線信號的任何組合。
此外,雖然在第1B圖中將傳輸/接收元件122描述為是單一元件,但是WTRU 102可以包括任何數量的傳輸/接收元件122。更具體地說,WTRU
102可以使用MIMO技術。因此在一個實施方式中,WTRU 102可以包括經由空氣介面115/116/117來傳送和接收無線信號的兩個或多個傳輸/接收元件122(例如,多個天線)。
收發器120可以被配置用於對傳輸/接收元件122將要傳送的信號進行調變、以及對傳輸/接收元件122接收到的信號進行解調。如上所述,WTRU 102可以具有多模能力。由此,收發器120可以包括使WTRU 102能經由如UTRA和IEEE802.11之類的多種RAT來進行通信的多個收發器。
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中的其他元件的電力。電源134可以是為WTRU 102供電的任何適當的裝置。例如,電源134可以包括一個或多個乾電池(例如,鎳鎘(NiCd)、鎳鋅(NiZn)、鎳氫(NiMH)、鋰離子(Li-ion)等等)、太陽能電池、燃料電池等等。
處理器118還可以耦合至GPS碼片組136,該碼片組可以被配置用於提供與WTRU 102的目前位置相關的位置資訊(例如,經度和緯度)。作為來自GPS碼片組136的資訊的補充或替代,WTRU 102可以經由空氣介面115/116/117接收來自基地台(例如,基地台114a、114b)的位置資訊、及/或根據從兩個或多個附近基地台接收到的信號時序來確定其位置。應該瞭解的是,在保持符合實施方式的同時,WTRU 102可以用任何適當的位置確定方法來獲取位置資訊。
處理器118還可以耦合至其他週邊裝置138,該週邊裝置可以包括提供附加特徵、功能及/或有線或無線連接的一個或多個軟體及/或硬體模組。例如,週邊裝置138可以包括加速度計、電子指南針、衛星收發器、數位相機(用於照片和視訊)、通用串列匯流排(USB)埠、振動裝置、電視收發器、免持耳機、藍芽®模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視訊遊戲機模組、網際網路瀏覽器等等。
第1C圖是根據一種實施方式的RAN 103和核心網路106的系統圖示。如上所述,RAN 103可以使用UTRA無線電技術以經由空氣介面115來與WTRU 102a、102b、102c進行通信。RAN 103還可以與核心網路106進行通信。如第1C圖所示,RAN 103可以包括節點B 140a、140b、140c,該節點B 140a、140b、140c中的每個都可以包括一個或多個收發器,以便經由空氣介面115來與WTRU 102a、102b、102c進行通信。節點B 104a、104b、104c中的每個都可以與RAN 103中的特定胞元(未示出)相關聯。RAN 103還可以包括RNC 142a和142b。應該理解的是,在保持實施方式的一致性的同時,RAN103可以包括任何數量的節點B和RNC。
如第1C圖所示,節點B 140a、140b可以與RNC 142a通信。此外,節點B 140c可以與RNC 142b通信。節點B 140a、140b、140c可經由Iub介面與各
自的RNC 142a、142b通信。RNC 142a、142b可經由Iur介面彼此通信。每個RNC 142a、142b可以被配置用於控制與其連接的各自的節點B 140a、140b、140c。此外,每個RNC 142a、142b可以被配置用於實現或支援其他功能,如外環功率控制、負載控制、許可控制(admission control)、封包排程、切換控制、巨集分集、安全功能、資料加密等等。
第1C圖中所示的核心網路106可以包括媒體閘道(MGW)144、行動交換中心(MSC)146、服務GPRS支援節點(SGSN)148及/或閘道GPRS支援節點(GGSN)150。雖然前述的每個元件均被描述為是核心網路106的一部分,但應該理解的是,這些元件中的任何一個都可被核心網路操作者之外的其他實體擁有及/或操作。
RAN 103中的RNC 142a可經由IuCS介面與核心網路106中的MSC 146相連接。MSC 146可與MGW 144相連接。MSC 146和MGW 144可以為WTRU 102a、102b、102c提供針對例如PSTN 108之類的電路交換網路的存取,以促進WTRU 102a、102b、102c和傳統的陸線通信裝置之間的通信。
RAN 103中的RNC 142a還可以經由IuPS介面與核心網路106中的SGSN 148相連接。SGSN 148可與GGSN 150相連接。SGSN 148和GGSN 150可以為WTRU 102a、102b、102c提供針對例如網際網路110之類的封包交換網路的存取,以促進WTRU 102a、102b、102c和IP賦能的裝置之間的通信。
如上所述,核心網路106還可以與網路112相連接,其中該網路112可以包括由其他服務供應者擁有及/或操作的其他有線或無線網路。
第1D圖是根據一個實施方式的RAN 104和核心網路107的系統圖。如上所述,RAN 104可以使用E-UTRA無線電技術以經由空氣介面116與WTRU 102a、102b、102c進行通信。RAN 104還可以與核心網路107進行
通信。
RAN 104可以包括e節點B 160a、160b、160c,但是應當理解的是,在保持實施方式的一致性的同時,RAN 104可以包括任何數量的e節點B。e節點B 160a、160b、160c的每一個都可以包括一個或多個收發器,用於經由空氣介面116與WTRU 102a、102b、102c進行通信。在一個實施方式中,e節點B 160a、160b、160c可以實施MIMO技術。因此,e節點B 160a例如可以使用多個天線來向WTRU 102a傳送無線信號、以及接收來自WTRU 102a的無線信號。
e節點B 160a、160b、160c的每一個可以與特定胞元(未示出)相關聯、並且可以被配置用於處理無線電資源管理決策、切換決策、上行鏈路及/或下行鏈路用戶排程等等。如第1D圖所示,e節點B 160a、160b、160c可在X2介面上彼此通信。
第1D圖中所示的核心網路107可以包括移動性管理閘道(MME)162、服務閘道164和封包資料網路(PDN)閘道166。雖然前述的每個元件均被描述為是核心網路107的一部分,但應該理解的是,這些元件中的任何一個都可被核心網路操作者之外的其他實體擁有及/或操作。
MME 162可經由S1介面與RAN 104中的e節點B 160a、160b、160c中的每一個相連接、並且可以充當控制節點。例如,MME 162可以負責認證WTRU 102a、102b、102c的用戶、承載啟動/止動、在WTRU 102a、102b、102c的初始連結期間選擇特定服務閘道等等。MME 162還可以提供控制面功能,以便在RAN 104和使用如GSM或WCDMA之類的其他無線電技術的其他RAN(未示出)之間進行交換。
服務閘道164可經由S1介面與RAN 104中的e節點B 160a、160b、160c中的每一個相連接。服務閘道164通常可以路由和轉發用戶資料封包到
WTRU 102a、102b、102c/路由和轉發來自WTRU 102a、102b、102c的用戶資料封包。服務閘道164還可以執行其他功能,如在e節點B間切換期間錨定用戶面、在下行鏈路資料可用於WTRU 102a、102b、102c的時候觸發傳呼、管理和儲存WTRU 102a、102b、102c的上下文等等。
服務閘道164還可以與PDN閘道166相連接,該PDN閘道可以為WTRU 102a、102b、102c提供例如網際網路110之類的封包交換網路的存取,以便於WTRU 102a、102b、102c與賦能的IP的裝置之間的通信。
核心網路107可以促進與其他網路的通信。例如,核心網路107可以為WTRU 102a、102b、102c提供對例如PSTN 108之類的電路交換網路的存取,以便於WTRU 102a、102b、102c與傳統的陸線通信裝置之間的通信。例如,核心網路107可以包括或者可以與充當核心網路107與PSTN 108之間的介面的IP閘道(例如,IP多媒體子系統(IMS)伺服器)進行通信。此外,核心網路107可以為WTRU 102a、102b、102c提供針對網路112的存取,其中該網路112可以包括由其他服務供應者擁有及/或操作的其他有線或無線網路。
第1E圖是根據一個實施方式的RAN 105和核心網路109的系統圖。RAN 105可以是使用IEEE 802.16無線電技術經由空氣介面117與WTRU 102a、102b、102c進行通信的存取服務網路(ASN)。如下面將要進一步討論的,WTRU 102a、102b、102c的不同功能的實體、RAN 105以及核心網路109之間的通信鏈路可以被定義為參考點。
如第1E圖所示,RAN 105可以包括基地台180a、180b、180c以及ASN閘道182,但應該理解的是,在保持實施方式一致性的同時,RAN 105可以包括任何數量的基地台和ASN閘道。基地台180a、180b、180c中的每一個都可以與RAN 105中的特定胞元(未示出)相關聯,並且每一個都包括一
個或多個收發器,用於經由空氣介面117與WTRU 102a、102b、102c進行通信。在一個實施方式中,基地台180a、180b、180c可以實施MIMO技術。因此,基地台180a例如可以使用多個天線來向WTRU 102a傳送無線信號、以及接收來自WTRU 102a的無線信號。基地台180a、180b、180c還可以提供移動性管理功能,如切換觸發、隧道(tunnel)建立、無線電資源管理、流量分類、服務品質(QoS)策略增強等等。ASN閘道182可以充當流量聚合點,並且可以負責傳呼、用戶特性檔的快速存取、路由到核心網路109等等。
WTRU 102a、102b、102c和RAN 105之間的空氣介面117可以被定義為R1參考點,該R1參考點實施IEEE 802.16規範。此外,WTRU 102a、102b、102c中的每一個可以與核心網路109建立邏輯介面(未示出)。WTRU 102a、102b、102c和核心網路109之間的邏輯介面可以被定義為R2參考點,該R2參考點可以用於認證、授權、IP主機配置管理及/或移動性管理。
基地台180a、180b、180c中的每一個之間的通信鏈路可以被定義為R8參考點,該R8參考點包括用於促進WTRU切換和基地台間的資料轉移的協定。基地台180a、180b、180c和ASN閘道182之間的通信鏈路可以被定義為R6參考點。該R6參考點可以包括用於基於與WTRU 102a、102b、102c中的每一個相關聯的移動性事件來促進移動性管理的協定。
如第1E圖所示,RAN 105可以與核心網路109相連接。RAN 105和核心網路109之間的通信鏈路可以被定義為R3參考點,該R3參考點包括例如用於促進資料轉移和移動性管理能力的協定。核心網路109可以包括代理行動IP本地行動性錨(PMIP-LMA)184、認證、授權、計費(AAA)伺服器186以及閘道188。雖然前述每個元件均被描述為是核心網路109的一部分,但應該瞭解的是,這些元件中的任何一個都可被核心網路操作者之外
的其他實體擁有及/或操作。
PMIP-LMA可以負責IP位址管理、並且能使WTRU 102a、102b、102c在不同的ASN及/或不同的核心網路之間漫遊。PMIP-LMA 184可以為WTRU 102a、102b、102c提供對例如網際網路110之類的封包交換網路的存取,以促進WTRU 102a、102b、102c與IP賦能的裝置之間的通信。AAA伺服器186可以負責用戶認證和支援用戶服務。閘道188可以促進與其他網路的網接。例如,閘道188可以為WTRU 102a、102b、102c提供對例如PSTN 108之類的電路交換網路的存取,以便於WTRU 102a、102b、102c與傳統的陸線通信裝置之間的通信。此外,閘道188可以為WTRU 102a、102b、102c提供針對網路112的存取,其中該網路112可以包括由其他服務供應者擁有及/或操作的其他有線或無線網路。
儘管沒有在第1E圖中顯示,但是應當理解的是,RAN 105可以與其他ASN相連接,並且核心網路109可以與其他核心網路相連接。RAN 105和其他ASN之間的通信鏈路可以被定義為R4參考點,該R4參考點可以包括用於協調RAN 105和其他ASN之間的WTRU 102a、102b、102c的移動性的協定。核心網路109和其他核心網路之間的通信鏈路可以被定義為R5參考點,該R5參考點可以包括便於家用核心網路和受訪問的核心網路之間網接的協定。
揭露系統、方法以及裝置以配置行動節點,其中可以包括配置與行動節點相關聯的邏輯介面(LIF)。行動節點可以接收配置訊息。該配置訊息可以從存取網路發現和選擇功能(ANDSF)接收,該ANDSF可以是開放行動聯盟裝置管理(OMA DM)伺服器的一部分。配置訊息可包括行動節點規則。例如,配置訊息可以指出行動節點將要如何處理進入流或外向流(例如,使用的介面、處理方法等等)。配置訊息可以是開放行動聯盟裝
置管理(OMA DM)訊息。配置訊息可以基於來自行動節點的回授。配置訊息可以包括行動和參數。
行動節點可以根據行動節點規則來改變配置。行動節點規則可以指出行動節點將要在特定介面上傳送上行鏈路封包。行動節點可以經由行動節點規則所指示的介面來傳送上行鏈路封包。如一個示例,在接收配置訊息之前,行動節點可已被配置以在接收相關聯的下行鏈路封包的實體介面上傳送上行鏈路封包。為了回應接收到的配置訊息,行動節點可以在實體介面上傳送上行鏈路封包,其中該實體介面不同於其上接收相關聯的下行鏈路封包的實體介面。
可以由例如本地行動性錨(LMA)之類的錨節點實施的行動節點的配置。可以在錨處實施OMA DM服務功能。配置訊息中的行動節點規則可以與相關的錨節點規則一致或者可以與相關的錨節點規則不同。
行動節點規則可以是多個行動節點規則中的一個行動節點規則。該多個行動節點規則可以被優先化。例如,該優先化可以基於以下中的一者或多者:資料類型、當日時間或者成本。
網際網路協定(IP)堆疊可以被稱作IP組(IP suite)的軟體實施。邏輯介面(LIF)可以涉及對作業系統的內部構造。在LIF實施中,鏈路層可以隱藏來自IP堆疊和網路節點的實體介面。第2圖示出了行動網路上的邏輯介面實施的實施例。
當例如本地行動性錨(LMA)之類的錨決定將特定流從它的预設路徑移動至不同路徑時,基於網路的IP流移動性可以啟動。該錨可以決定應當使用哪個存取閘道(AG)(例如,行動存取閘道(MAG))來在流被啟動時轉發特定流。例如,該決定可以基於應用策略特性檔及/或當接收基於網路的或基於移動的觸發時該流的生命週期(lifetime)期間。已經指定邏輯
介面在為特定前綴/流而接收下行鏈路(DL)封包的實體介面上傳送上行鏈路(UL)封包。個可以應用以下中的一者或者。當屬於相同流的封包將要到達新的介面時,在錨處做出的流移動性決定可以在行動節點(MN)處被理解為是隱式決定。行動節點可以是但並不限於是用戶設備(UE)。控制訊息不在移動和錨之間或在移動和存取閘道之間被交換以控制IP流移動性。在使用多個IPv6前綴的情況下,可能需要創建新的PMIP或GTP訊息。這些訊息可以由錨發送以在存取閘道中創建、重清或取消流移動性狀態。
第3圖示出了網路控制的IP流移動性順序的示例性流程圖,其中決定是來自本地行動性錨(LMA)。在第3圖中,CN表示通信節點(CN),以及行動存取閘道(MAG)表示行動存取閘道。當行動節點被限制於支援單一無線電操作,每次進行一個無線電傳送時,在不同媒體上對不同MAG的連結可以是依序的(例如,不同步的或有些同步的)。在這種情況下,第2.5層傳訊可以用於執行存取間的技術切換、以及用於與LMA、期望的目標存取技術、MN-ID、流-ID和前綴進行通信。
策略配置可以發生在網路連結的時候、並且用第2層傳訊或動態地經由外部頻道被傳送至MN。可以這樣假設,例如,L2傳訊可以攜帶這樣的資訊,並且PMIPv6傳訊可以將路由策略從LMA傳遞至MAG、或從MAG傳遞至LMA。策略的更新可以發生在綁定連接的生命週期期間。策略的更新可以導致外向流從一個存取網路移動到另一個存取網路。
對於UL流,可以這樣假設,MN可以基於用戶喜好、操作者策略、應用需要等來配置本地策略。可以這樣假設,MN能夠向MAG傳送策略,例如,在網路連結期間或在接收指定的第2層觸發時(例如,鏈路即將中斷(link going down))。在這種情況下,該MN可以被說成是觸發流移動性程
序。可以這樣假設,在基於例如網路負載的情況下,網路能夠公平地開始流移動性程序。
IEEE標準802.21傳訊可以用於將過濾器從MN攜帶至MAG(用於MIH封包的IETF標準化IP傳輸)。可以連同MAG功能來部署MIH服務點。
MN和錨之間的規則的動態交換可以藉由例如在網路連結期間或在第2層觸發(例如,鏈路即將中斷)時MN向服務節點發送規則來實施。可以藉由在MN和錨上應用與指定的規則相同的規則來限制行為。
開放行動聯盟裝置管理(OMA DM)規範可能涉及例如行動電話、個人數位助理(PDA)以及掌上電腦等之類的小行動裝置的管理。通信協定可以是請求-回應協定。可以由OMA DM伺服器使用任何可行的方法來非同步地進行通信,這些方法如WAP推送、SMS等。從伺服器到用戶端的啟動訊息可以是以通知或警告訊息的形式。一旦在伺服器和用戶端之間建立了通信,則一連串的訊息可以被交換以完成給定的裝置管理任務。
OMA DM可以提供警告,其中該警告可以是發生亂序的訊息、並且能夠由伺服器及/或用戶端來啟動OMA DM。這樣的警告可以用於處理錯誤、異常終止等等。第4圖示出了裝置管理協定的階段的示例性流程圖。通知訊息、警告可以用於為伺服器提供可能性以警告客戶執行管理對話。用戶端可以啟動對話。可由伺服器來發送通知以告知用戶端啟動對話。用戶端可以按自己的意願決定啟動對話。通知訊息可包括觸發標頭(header)和觸發體。該觸發標頭可以指定用戶交互模式(ui模式)、並且可以包括以下值中的一者或多者:(1)未指定的;(2)背景管理行動;(3)訊息化管理行動;以及(4)在管理行動前的用戶交互等等。該觸發體可以是供應者指定的(TLV或其他類型的表示)。
可以在這裏揭露管理物件,其中該管理物件可被存取網路發現和選擇
功能(ANDSF)以及UE來使用。管理物件(MO)可以包括由ANDSF所管理的存取網路發現資訊和用於系統間的移動性策略的相關參數。下面所示的是與IP流移動性和路由規則相關的可能配置的例示性概括。
5.102E<X>/ISRP/44
5.102F<X>/ISRP/<X>44
5.102G<X>/ISRP/<X>/RulePriority 44
5.102H<X>/ISRP/<X>/ForFlowBased 45
5.102I<X>/ISRP/<X>/ForFlowBased/<X>/45
5.102J<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow 45
5.102K<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/45
5.102L<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/AddressType 45
5.102M<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/StartSourceIPaddress 46
5.102N<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/EndSourceIPaddress 46
5.102O<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/StartDestIPaddress 46
5.102P<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/EndDestIPaddress46
5.102Q<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/ProtocolType 47
5.102R<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/StartSourcePortNumber 47
5.102S<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/EndSourcePortNumber 47
5.102T<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/StartDestPortNumber 47
5.102U<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/EndDestPortNumber 48
5.102V<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/QoS 48
5.102W<X>/ISRP/<X>/ForFlowBased/<X>/RoutingCriteria 48
5.102X<X>/ISRP/<X>/ForFlowBased/<X>/RoutingCriteria/<X>/48
5.102Y<X>/ISRP/<X>/ForFlowBased/<X>/RoutingCriteria/<X>/ValidityArea 48
有效區域(ValidityArea)節點可以作為用於對特定系統間路由策略規則的位置條件的佔位符。
5.102Z<X>/ISRP/<X>/ForFlowBased/<X>/RoutingCriteria/<X>/TimeOfDay 49
當日時間(TimeOfDay)節點可以作為用於對特定系統間路由策略規則的日(day)條件的佔位符。
5.102AA<X>/ISRP/<X>/ForFlowBased/<X>/RoutingCriteria/<X>/APN 49
APN葉(leaf)可以指示特定系統間路由策略規則有效的APN。
5.102AB<X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule 49
路由規則(RoutingRule)節點可以為系統間路由策略規則指出較佳的存取。這個節點和它的子節點可以是如在<X>/Policy/<X>/PrioritizedAccess中所定義的。
5.7<X>/Policy/<X>/PrioritizedAccess 14
優先存取(PrioritizedAccess)節點可以為特定規則指出較佳的存取。
5.8<X>/Policy/<X>/PrioritizedAccess/<X>14
這個內部節點可以作為用於一個或多個優先存取的佔位符。
5.9<X>/Policy/<X>/PrioritizedAccess/<X>/AccessTechnology 14
存取技術(AccessTechnology)葉可以指出優先存取技術。
5.10<X>/Policy/<X>/PrioritizedAccess/<X>/AccessId 15
存取Id(AccessId)葉可以表示存取網路識別符。
5.10A<X>/Policy/<X>/PrioritizedAccess/<X>/SecondaryAccessId 15
次要存取Id(SecondaryAccessId)葉可以表示次要存取網路識別符。
5.11<X>/Policy/<X>/PrioritizedAccess/<X>/AccessNetworkPriority 15
存取網路優先順序(AccessNetworkPriority)葉可以表示存取技術優先順序。
網際網路控制訊息協定(ICMP)是網際網路協定組的一部分。回應於在IP資料報中的錯誤、或者用於診斷或路由的用途可以產生ICMP訊息。在一個示例中,當介面可用時,主機可以發出路由器請求,該請求是請求路由器立即產生路由器通告(router advertisements),而不是在它們的下一個排程時間中產生。路由器可以定期地或者回應路由器請求訊息來通告連同各種鏈路和網際網路參數在一起的他們的存在。路由器通告可以包括用於鏈路上的判定(on-link determination)及/或位址配置的前綴、建議跳躍的限值等等。回音請求/回音答覆訊息可以用於查驗對等端(ping a peer)。
DHCP操作可以包括以下階段中的一者或多者:IP發現、IP租約提供(IP lease offer)、IP請求以及IP租約確認。用戶端可以在實體子網上廣播訊息以發現可用的DHCP伺服器。可以使用DHCP發現(DHCPDISCOVER)
訊息。當DHCP伺服器接收來自用戶端的IP租約請求時,DHCP伺服器可以為用戶端保留IP位址並且藉由向用戶端發送DHCP提供(DHCPOFFER)訊息來發出(extend)IP租約提供(offer)。用戶端可以接收來自多個伺服器的DHCP提供,但是可以限制對一個DHCP提供的接受和廣播DHCP請求訊息。當DHCP伺服器接收來自用戶端的DHCP請求(DHCPREQUEST)訊息時,配置過程可以進入最終階段。確認階段可以包含向用戶端發送DHCP確認(DHCPACK)封包。
使用DHCP資訊訊息,DHCP用戶端可以使用初始DHCPOFFER來請求比伺服器發出的更多的資訊。用戶端可以為特定應用請求重複資料。用戶端可以向DHCP伺服器發送請求以使用DHCP釋放訊息來釋放DHCP資訊,並且用戶端可以止動(deactivate)其IP位址。
DHCP伺服器可以向用戶端提供可選的配置參數。DHCP用戶端可以選擇、操縱和覆蓋由DHCP伺服器提供的參數。配置參數和其他控制資訊可以被攜帶在經標記的資料項目中,其中該經標記的資料項目被儲存在DHCP訊息的“選項”欄位中。資料項目本身可以被稱為“選項”。
LIF需求可以聲明MN在和接收DL封包的介面相同的介面上發送UL封包。為了達到這個行為,可以執行MN上的進入封包過濾以使用進入流和相關聯的介面來建立映射表。這種進入過濾可以是CPU要求的,並且在接收到許多DL封包和進入過濾正在減慢接收過程的情況下,這種輸入過濾可以導致封包丟失。
在上述LIF行為中,UE上的LIF實施是將網路介面選擇每流進行反映(mirror)。但是,在一些情況下這對於UE進行不同行為(例如,在與DL封包不同的介面上發送UL封包)是有利的。由於流可能需要基於即時情況(例如,網路條件)被移動,那麼可能就需要動態配置能力來支援功能(例如,
IP流移動性)。
開放多個套接字來傳送不同類型的資料的應用可以具有多個IP流。使用網路中的LIF和錨節點,這些IP流可以在與LIF相關聯的實體介面之間移動。與單一應用相關的IP流可以被分開處理,例如,它們可以被獨立地或有些獨立地移動。例如,具有三個IP流的應用可以具有在單一介面(例如,IF#1)上和在某點處發送的三個流,以在三個不同介面(例如,IF#1、IF#2和IF#3)上的一個流終止。這樣的變化可以由於不同的原因而發生,例如,網路擁塞、網路決定、配置的規則、偏好等。在這種情況下,由應用接收到的資料可能是不同步(out-of-sync)的。即使流是獨立的,也需要以同步的方式來顯示及/或播放他們的內容。
可以基於配置的規則來提供邏輯介面增強,配置的規則例如在預定的行為上代替。這樣使用配置的規則可以允許避免進入封包過濾。規則可以被動態地在MN及/或網路上配置。揭露的系統、方法以及裝置可以涉及OMA DM、802.21、DHCP、ICMP等。網路/錨(例如,下行鏈路)上的配置的規則可以不同於MN(例如,上行鏈路)上的規則。可以同時應用一個以上的規則(例如,組合)。規則的配置可以是動態的,例如以適應不同的情況,例如網路條件、當日時間等等。可以提供應用及/或對話移動性。揭露的系統、方法以及裝置可以涉及基於網路的移動性領域(例如,PMIP或GTP)中的LIF行為,並且所涉及的網路節點可以是PMIPv6或GTP領域中的一部分。
可以藉由使規則應用在對於MN來說是已知的外向封包上來避免MN上的封包過濾。例如,如果MN已知由錨應用的規則,由於MN將會知道MN將要使用的規則,因此MN可以不必執行進入封包過濾(例如,來確定在UL中使用哪個介面)。代替需要MN來檢查進入封包然後用輸出封包反
映該行為,可以在MN上配置將要應用的規則。此外,LIF行為可以是靈活的(例如,與需要在接收流的介面上發送封包相對照)。
下面可以提供動態規則配置示例。可以根據規則(例如,如這裏所述的規則的類型)來改變配置。錨可以在特定的介面上(例如,介面#1(IF#1))在下行鏈路上向MN發送兩個流(例如,流#1和流#2)。MN可以(例如,藉由規則)被配置用於在為流接收下行鏈路封包的介面上發送和流相關的UL封包。也就是說,MN可以根據規則在IF#1上為流#1和流#2發送UL封包、並且不在來自於流#1和流#2的進入封包上執行封包過濾。錨可以改變MN的配置。例如,錨可以向MN發送新規則,該規則將MN配置以在IF#1上發送與流#1相關聯的上行鏈路封包、以及在IF#2上發送與流#2相關聯的上行鏈路封包。向MN發送的規則可以是由錨遵守的規則。在這種情況下、並且接著上面的示例,錨可以在IF#1上向MN發送流#1以及在IF#2上向MN發送流#2。向MN發送的規則可以不同於由錨遵守的規則。在這種情況下、並且接著上面的示例,錨可以在IF#1上向MN發送流#1和流#2。依據與錨規則不同的MN規則,MN可以在IF#1上發送流#1封包以及在IF#2上發送流#2封包;也就是說,MN可以根據其配置(例如,依據其配置的規則)來發送UL封包,而不在進入封包上執行封包過濾。
可以由錨向MN執行規則配置。在MN在錨上動態地配置規則的情況下,MN可以控制流傳輸(例如,MN控制的IP流移動性、MN控制的介面切換等等)。
規則的動態配置可以提供對不同的情況的適應性,如網路條件、當日時間等。MN或錨可以使用提供推送的可能性的協定(例如,發送通知)。在資訊的交換期間可以涉及網路中的控制實體。服務節點(例如,MAG)可以用於這樣的交換。例如,規則可以經由在OMA DM、DHCP、ICMP、
802.21、IKEv2、IPCP等中提供的方法來傳送。
OMA DM可以被修改為動態地配置規則,例如,從MN到網路或從網路到MN。可以在錨、服務節點、外部OMA DM伺服器(例如,ANDSF)等處實施OMA DM服務功能。
ANDSF可以向MN及/或錨/服務節點推送規則。錨可以使用例如網路指定協定(例如,PMIPv6、GTP等)或OMA DM向服務節點推送規則(或反之亦然),其中該錨可以使用OMA DM向MN轉發這些規則。OMA DM可以在MN和網路上的規則的初始配置期間被使用及/或可以用於規則的動態配置。
關於通知(推送),可以提供一個新的模式以被配置在觸發標頭/用戶交互模式-ui模式中。可以提供新的值來聲明配置已準備好被讀取(例如,立即讀取-及時管理動作)。對於準備讀取的情況,可以準備資訊已被檢索以及可能需要建立管理對話。可以提供新的值來聲明資訊被包含在觸發體/供應者指定欄位中。在接收到這個訊息時,由於資訊被攜帶在訊息本身中,因此可以不需要管理動作及/或不需要建立管理對話。
可以提供針對規則的格式以使其被攜帶在觸發體/供應者指定欄位中。如一個實施例,規則可以遵守以下格式:動作(ACTION)+規則(RULE)+參數(PARAMS)。動作可以指定為添加、修改或刪除。規則可以指定可以使用TLV或其他類型的表示。例如,可以用相關聯的規則來發送動作(增加、修改、刪除)。規則可以被編號,並且在動態配置期間的交換可以被限定於數字。
下面是可以被配置的規則的示例:1=在與接收IP流相同的介面上發送IP流;2=在IF#X上發送特定的IP流;3=在IF#X上發送TCP確認(ACK);4=在IF#X上發送控制訊息;5=在最快的介面上發送IP流;6=在成本最低
(cheapest)的介面上發送IP流;7=使用視窗方法;8=使用磁滯視窗等等。可以命名規則(例如,字串代替數字)。
下面是參數的實施例。參數可以是5元組(例如,IP源位址、IP目的位址、IP源埠、IP目的埠、協定類型)。例如,如果使用IPv6(例如,5元組+IP流等級),則參數可以是6元組。參數可以是數值,其中該數值可以取決於配置的規則,例如,如果配置的規則=視窗方法或磁滯視窗,則取決於視窗大小的值。例如,如果規則例如是如上述指定的2、3或4,則參數可以是介面識別符。參數可以是另一個可以被檢查用以封包過濾的欄位。這個可以不限於TCP/IP標頭。
需要一個或多個編碼修改。現有的種類可以包括:
<X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule/<X>/
可以増加欄位,其中該欄位可以包括以下中一個或多個:
<X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule/<X>/ConfiguredRule Values:<可以是如為“規則”定義的、如這裏揭露的,例如,1-8>
<X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule/<X>/Params
<X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule/<X>/Params/WindowSize
<X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule/<X>/Params/HysteresisValue。
針對增加的欄位(例如,如為“動作”指定的)的存取類型可以包括但不限於:增加、刪除和替代。識別IP流的元組可以在<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/中被定義,並且可以不需要被添加在路由規則中。
ICMP可以被用於在MN和錨之間交換LIF規則。為了這個目的可以定
義ICMP訊息。RS/RA/回應(Echo)訊息可以攜帶規則。規則可以依據標準被添加至“選項”。實施例可以與ICMP的目前版本向後相容,例如,如果不支援,引入的選項可以被忽略。
可以提供稱為“規則”的選項。這個選項可以用於在MN上或在網路節點上配置LIF規則。在這裏描述規則選項的一個示例性格式,例如,規則格式:動作+規則+參數。第5圖示出了示例性的編碼格式。如第5圖所示的編碼示例可以包括以下欄位中的一者或多者:類型-尚未用於另一個選項的數字,例如,6;長度-變數,取決於參數長度;動作-1-3(例如,如這裏揭露的);規則-1-8(例如,如這裏揭露的);參數一變數,可以取決於規則(例如,如這裏揭露的)。規則選項可以包括多個動作、規則及/或參數。這個選項可以例如被過濾訊息、RS/RA訊息、回應訊息等使用。
下面是ICMP訊息的示例。可以由MN向錨發送過濾訊息或者由錨向MN發送過濾訊息,以增加、修改或刪除規則。過濾訊息可以包括如這裏揭露的稱為“規則”的選項。可以發送過濾答覆訊息作為對過濾訊息的回應。該過濾答覆訊息可以包括已經被接收的來自請求訊息的過濾器。
可以揭露更新的路由器請求及/或路由器通告訊息(RS/RA)。可以增加選項至RS/RA以傳遞將在本地(例如,在MN上或在錨上)被應用的LIF規則。如果MN沒有IP位址,RS可以被發送至路由器。選項可以包括MN的LIF規則。由MN接收到的RA訊息可以包括選項中的LIF規則。這些規則可以是網路配置的規則、或者是在RS上被MN指定的並且被接受的規則。如果已經獲得MN的IP位址,那麼RS訊息可以用於修改LIF規則(MN控制的)。在這種情況下,可以向錨(或者來自已經獲得本地IP位址的網路節點)發送RS訊息,例如,目的IP位址=錨IP位址。可以向MN發送關聯的RA,例如,目的IP位址=來自RS的MN的IP位址。
可以使用回應請求及/或回應答覆訊息。可以修改這些訊息以攜帶選項,例如,除了資料欄位以外。選項欄位可以被定義為如這裏所揭露的。
可以提供稱為“流過濾器”的選項。流過濾器可以指定應用的過濾器以獲得IP流移動性。可以使用如這裏所揭露的規則格式,例如,動作+規則+參數。它可以包括可以被用於確定應當在哪個介面上發送外向封包的相關參數及/或規則列表。可以在參數欄位中指定用於封包過濾的欄位(例如,5元組和期望的外向介面)。
第6圖示出了示例性編碼格式。這是一個可以如何定義規則格式的示例。可以選擇其他格式以實現相似的行為(例如,除了規則列表以外的可以被編碼的動作列表)。如第6圖所示,規則格式可以是:規則格式=碼_流_過濾長度 動作 規則 參數(CODE_FLOW_FILTER LEN ACTION RULE PARAMS)。
在第6圖的實施例中:CODE_FLOW_FILTER=100;長度=n(其中,n可以表示長度);動作可以是數值,例如,數字,其中該數字可以表示一個動作,例如,可以提供1-3的範圍,其中增加=1,修改=2以及刪除=3;規則可以是數值,例如,數字,其中該數字可以表示一個特定的規則,該規則可以與如表1所示的參數及/或長度相關聯。
第7圖示出了增加了兩個規則的示例性規則格式。在第7圖中,接著上述示例,將動作列為1,其中1指示增加動作。這裏有兩個規則指示符。將第一規則指示符列為1,其中1指示將在接收IP流的介面上發送IP流。將第二規則指示符列為7,其中7指示視窗方法使用。被列為3的值指示跟在第二規則之後,其中所述3指示視窗大小為3。可以用各種方式來改變規則格式,如由第7圖的示例所說明的。
如DHCPDISCOVER、DHCPOFFER、DHCPREQUEST、DHCPACK、DHCPINFORM之類的訊息可以用於在IPv4環境中傳輸規則。下面的示例可以說明。DHCPDISCOVER訊息可以使用如這裏所揭露的那些選項(例如,MN控制的)來指定規則。DHCPOFFER訊息可以使用如這裏所揭露的那些選項(例如,被接受的MN規則(不包括被拒絕的規則)或錨規則)來傳輸規則。DHCPREQUEST訊息可以使用如這裏所揭露的那些(例如,修改的規則(MN控制的)或接受的規則,其中該接受的規則是在DHCPOFFER上從錨接收到的規則)選項來傳輸規則。當MN需要修改規則時,可以發送這些訊息。例如,可以不需要等待DHCP更新觸發。
DHCPACK訊息可以包括已經使用DHCPREQUEST或DHCPINFORM傳送的規則以及已經被錨接受的規則。這個訊息可以包括錨規則。可以不包括被拒絕的規則。DHCP伺服器可以使用DHCPACK訊息來配置新的/修改的規則。在這種情況下,MN可以發回包括已被接受的規則在內的DHCPREQUEST或DHCPINFORM。可以不包括被拒絕的規則。DHCPINFORM訊息可以使用如這裏所揭露的那些選項(例如,MN控制的)來指定規則。
在IPv6環境中使用DHCP可以利用不同的訊息。下面是例證的訊息,該訊息可以攜帶如這裏所揭露的選項。DHCPSOLICIT訊息可以使用選項(例如,MN控制的)來指定規則。DHCPADVERTISE訊息可以使用選項(例如,被接受的MN規則(不包括被拒絕的規則)或錨規則)來傳輸規則。DHCPREQUEST/DHCPRENEW/DHCPREBIND訊息可以使用如這裏所揭露的那些(例如,修改的規則(MN控制的)或接受的規則(在DHCPADVERTISE或DHCPREQUEST上從錨接收到的規則))來傳輸規則。當MN必須修改規則時,可以發送訊息。DHCPREPLY訊息可以包括被MN配置的已經被錨接受的規則、並且可以不包括被拒絕的規則。這個訊息可以包括錨規則。DHCP伺服器可以使用DHCPRECONFIGURE訊息來配置新的/修改的規則。在這種情況下,MN可以發回包括目前正被使用的規則在內的DHCPRENEW或DHCPINFORMATION_REQ。DHCP伺服器可以接著發回將使用DHCPREPLY訊息來被配置的規則。DHCPINFORMATION_REQ訊息可以使用如這裏所揭露的那些(例如,MN控制的)選項來指定規則。
DHCP伺服器可以與服務節點共置。可以在服務節點和錨節點之間傳送規則(例如,使用PMIPv6或GTP)。MN可以充當DHCP用戶端。DHCP伺服器可以與錨節點共置,其中,可以由錨將規則轉發至服務節點(例如,使用PMIPv6或GTP)。MN可以作為DHCP用戶端。可以在外部節點中實施DHCP伺服器,其中,MN和錨可以作為DHCP用戶端來獲得及/或配置規則。服務節點可以使用DHCP來直接地與DHCP伺服器相互作用、或者可以與錨相互作用(例如,使用PMIPv6或GTP)。
IEEE標準802.21可以用於在MN和網路之間傳輸規則。這個可以用幾種方式來實施,例如,使用命令服務(CS)、事件服務(ES)、資訊服務(IS)等等。處理CS、ES及/或IS的MIH伺服器可以被定位在網路上的分開的節點(例如,ANDSF)中、或者可以與錨(例如,LMA)或服務節點(例如,MAG)共置。IEEE標準802.21可以用於動態地配置規則,例如,從MN到網路及/或從網路到MN。在一個實施例中,IEEE802.21傳訊可以用於將過濾器從MN攜帶到MAG。
可以利用這裏所揭露的訊息的組合。例如,可以使用CS、ES、IS等的組合。關於命令服務,訊息MIH_Link_Configure_Threshold請求/回應可以用於配置規則。可能需要在參數中進行一些修改。例如,LINK_PARAM_TYPE可以被修改以接受附加類型的參數,例如,LINK_PARAM_LIF_RULE。LINK_TYPE可以被修改以接受“全部”作為有效值。可以引入附加的訊息,例如,MIH_Set_Parameters請求/回應,例如,經修改以用於支援LIF規則的LINK_PARAM_TYPE。
關於資訊服務,MIH_Push_Information指示訊息可以被用於傳輸LIF
規則。這個訊息可以被MN或網路使用以分別在網路或MN上動態地推送規則。可以增加MIH_Set_Information請求/回應訊息。這些訊息可以與現有的MIH_Get_Information請求/回應訊息類似,除了將SET代替GET。
例如,如果網路中分開的節點用於實施802.21 IS,那麼可以使用這些訊息的組合。示例可以包括以下。如果錨想要在MN上配置規則,可以使用MIH_Set_Information請求來在802.21 IS節點上設定資訊。然後這個節點使用MIH_Push_Information指示來在MN上配置規則。錨節點可以使用MIH_Push_Information指示來在獨立的節點上配置LIF規則,該獨立的節點可以使用MIH_Push_Information指示來通知MN新的配置元素可用。MN可以使用現有的帶有新參數的MIH_Get_Information請求來詢問網路節點以詢問LIF規則。可以修改MIH_Get_Information回應以攜帶LIF規則。
關於事件服務,MIH_Link_Parameter_Report指示可以用於傳輸LIF規則。可以引入新的訊息,例如,MIH_New_Config指示。
可以藉由在MN和錨上應用不同的規則來增強LIF行為。例如,錨可以具有聲明在IF#1上發送下行鏈路封包的規則(例如,針對給定流),同時MN可以被配置有聲明在IF#2發送上行鏈路封包的規則(例如,針對流)。
多個規則(例如,多數)可以合併。多個規則可以被優先化。使用規則可以與優先順序一致。下面的是使用多個規則的示例。規則,如在接收下行鏈路封包的介面上發送上行鏈路封包的規則可以與這裏所描述的視窗機制相結合。可以在配置相關聯的規則的同時配置視窗的大小。
多個規則可能涉及不同類型的資訊。規則,如在最可靠的介面(例如,IF#1)上發送控制封包的規則可以與在最快的介面(例如,IF#2)上發送資料的規則相結合。這些規則可以在MN及/或錨上應用。
可以基於傳輸的類型來優先化規則。規則可以提供優先順序以使在最可靠的鏈路上發送重傳(例如,由TCP層執行),同時在最快的或成本最低的鏈路上發送常規的訊務。可以在MN及/或錨上配置這樣的規則。
可以基於時間(例如,當日時間)及/或成本(例如,發送資訊的成本)來優先化規則。規則可以提供優先順序,以使從上午9:00到下午5:00可以在最快的介面上(例如,IF#1)發送封包,而其餘的時間在成本最低的介面(例如,IF#2)上發送封包。這樣可以實現例如在工作時使用最快的及/或空閒的鏈路以及在不工作時轉換至成本最低的鏈路。
規則可以聲明節點在接收相關聯的封包(例如,反映規則)的介面上發送封包。這樣規則可以被應用至MN及/或錨。下面是示例。錨可以被配置有在接收上行鏈路封包的介面上發送下行鏈路封包的規則。這個規則可以被限制於配置在錨上。這樣規則可以不需要傳訊訊息就能實現MN-控制的IFOM,例如,MN決定在哪發送封包並且錨服從MN的決定。
邏輯介面行為可以用於實現IP流移動性。例如,IP流可以被獨立地從一個介面移動至另一個介面,而不需要應用程式來提醒移動。邏輯介面對更高層隱藏介面正在變化。可以將流粘連在一起,以使當流移動時,粘連的流可以用相同的方式移動。例如,粘連的流可以是與應用相關聯的流、或者是與應用相關聯的流的子集(例如,一個應用可以有3個活動的流,其中2個被粘連在一起,另一個獨立)。
網路可以確定何時將要移動流、該流應當被移動至哪個介面、哪些其他的流要同時被移動(例如,粘連的流)等等。在MN上實施的LIF模組可以等待以反映網路決定。在將流移動應用至上行鏈路封包之前,LIF模組可以等待一段時間,以為粘連的流提供機會來在進入方向移動,並且然後將外向介面變化同時應用至受影響的流。LIF模組可以不需要瞭解哪些流被粘連在一起。在這種情況下,由於移動上的LIF模組可能正在反映由網路啟動的移動,因此需要瞭解的僅限於網路。如果移動上的LIF模組瞭解哪些流被粘連在一起,那麼它可以反映針對已經移動的流的流移動、並且自主地啟動對粘連的流的相同移動。可以用相反的角色在移動和網路之間應用上述程序。
網路和移動可以具有啟動流移動的能力。可以提供衝突分析。網路可以要求流(例如,流#1)到指定介面X的移動,同時,移動請求與流#1粘連的另一個流(例如,流#2)到不同的介面Y的移動(例如,其中從移動和網路允許移動決定)。在這種情況下,可以對移動或網路給出優先順序,並且,例如,網路可具有對移動的最終決定。優先順序可以被配置在策略中。在這個示例中,網路可以具有優先順序。對於上面描述的情況,流#1將被移動至介面X同時流#2至介面Y的移動將被拒絕,這是因為在這個示例中,這兩個流是粘連的而且網路具有比移動高的優先順序。
可以實施技術以接受第一流移動並且拒絕後來的衝突的流。IP封包的時間戳可用於確定哪個流移動是第一個。
可以提供粘連的流的識別。可以用多種方式識別IP流。可以使用5元組:IP源位址、IP目的位址、源埠、目的埠和協定。可以由策略使用和
配置其他欄位。下面的討論可以假設5元組被用於識別IP流。
可以在移動側執行流粘連。藉由在移動上的流管理實體或應用將流粘連在一起。如果應用是流認知(flow-aware)的,則它們可以在開放套接字以識別它們自己時指定欄位(例如,應用ID)和流群組(flowGroup),其中該流群組可以與該套接字或這個5元組相關聯。LIF模組可以用這個資訊來配置並且將該資訊整合在它現有的映射表中。例如,表2是示例性LIF映射表,其中首兩個識別的流可以被粘連(表2中的第2行和第3行)。
應用可以使用套接字API以外的另一個介面來配置它們的流。流管理實體可以輸出功能,例如,FlowConfig(應用ID,流群組),其中該FlowConfig可以被應用調用以動態地配置它們的流。LIF模組可以輸出配置功能,例如,LIF_FlowConfig(應用ID,流群組)。如果應用是非流認知的傳統應用,那麼可以基於目的IP位址來粘連流,其中該目的IP位址可以識別內容提供者。在這種情況下,往相同目的地的流將被粘連在一起。
可以在網路側執行流粘連。在網路側的流移動控制節點藉由查看IP封包可以不具有關於應用的資訊。該流移動控制節點可以瞭解源IP位址
但是這個源IP位址可以不識別應用。為了能夠將流與應用相關聯,並且隨後將這些流粘連在一起,網路節點可能需要在偵測IP封包之前接收資訊。可以經由來自移動的配置機制來接收在應用/流上的該附加資訊。
可以在IP封包中提供標頭以指定應用ID和流群組。該標頭可以被添加在應用資料和傳輸標頭之間(例如,UDP/TCP)。可以在那裏指定應用ID和流群組。網路節點可以擷取資訊並且建立內部流粘連表。策略可以指定是否使用這樣的標頭。
Claims (18)
- 一種用於配置與一行動節點相關聯的一邏輯介面(LIF)的方法,該方法包括:接收來自一存取網路發現和選擇功能(ANDSF)的一配置訊息,其中,該配置訊息包括一行動節點規則,以及其中,該配置訊息是一開放行動聯盟裝置管理(OMA DM)訊息;依照該行動節點規則改變該行動節點的一配置;以及在由該行動節點規則指示的一介面上傳送一上行鏈路封包。
- 如申請專利範圍第1項所述的方法,其中,該介面與一下行鏈路介面不相同。
- 如申請專利範圍第1項所述的方法,其中,該配置訊息基於來自該行動節點的回授。
- 如申請專利範圍第1項所述的方法,其中,該行動節點規則與一錨節點規則不相同。
- 如申請專利範圍第1項所述的方法,其中,該行動節點規則與一錨節點規則一致。
- 如申請專利範圍第1項所述的方法,其中,該行動節點規則是多個行動節點規則中的一個行動節點規則。
- 如申請專利範圍第6項所述的方法,其中,該多個行動節點規則被優先化,並且其中該優先化是基於以下中的一者或多者:一資料類型、一當日時間或一成本。
- 如申請專利範圍第1項所述的方法,其中,該配置訊息包括一動作和一參數。
- 如申請專利範圍第1項所述的方法,該方法更包括:確定與該上行鏈路封包相關聯的一粘連的流;以及在由該行動節點規則所指示的該介面上傳送該粘連的流。
- 一種行動節點,該行動節點包括:一接收器,被配置用於接收來自一存取網路發現和選擇功能(ANDSF)的一配置訊息,其中,該配置訊息包括一行動節點規則,以及其中,該配置訊息是一開放行動聯盟裝置管理(OMA DM)訊息;一處理器,被配置用於依照該行動節點規則改變該行動節點的一配置;以及一傳輸器,被配置用於在由該行動節點規則所指示的一介面上傳送一上行鏈路封包。
- 如申請專利範圍第10項所述的行動節點,其中,該介面與一下行鏈路介面不相同。
- 如申請專利範圍第10項所述的行動節點,其中,該配置訊息基於來自該行動節點的回授。
- 如申請專利範圍第10項所述的行動節點,其中,該行動節點規則與一錨節點規則不相同。
- 如申請專利範圍第10項所述的行動節點,其中,該行動節點規則與一錨節點規則一致。
- 如申請專利範圍第10項所述的行動節點,其中,該行動節點規則是 多個行動節點規則中的一個行動節點規則。
- 如申請專利範圍第15項所述的行動節點,其中,該多個行動節點規則被優先化,並且其中該優先化是基於以下中的一者或多者:一資料類型、一當日時間或一成本。
- 如申請專利範圍第10項所述的行動節點,其中,該配置訊息包括一動作和一參數。
- 如申請專利範圍第10項所述的行動節點,其中,該處理器更被配置用於確定與該上行鏈路封包相關聯的一粘連的流,以及其中,該傳輸器更被配置用於在由該行動節點規則所指示的該介面上傳送該粘連的流。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161441895P | 2011-02-11 | 2011-02-11 |
Publications (1)
Publication Number | Publication Date |
---|---|
TW201528861A true TW201528861A (zh) | 2015-07-16 |
Family
ID=45755531
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW101103956A TW201238383A (en) | 2011-02-11 | 2012-02-07 | Systems and methods for extended/enhanced logical interface behavior |
TW104110946A TW201528861A (zh) | 2011-02-11 | 2012-02-07 | 延深/增強邏輯介面行爲系統及方法 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW101103956A TW201238383A (en) | 2011-02-11 | 2012-02-07 | Systems and methods for extended/enhanced logical interface behavior |
Country Status (9)
Country | Link |
---|---|
US (1) | US20120208502A1 (zh) |
EP (1) | EP2673970A1 (zh) |
JP (2) | JP6063874B2 (zh) |
KR (1) | KR20140012089A (zh) |
CN (1) | CN103370952B (zh) |
CA (1) | CA2827098A1 (zh) |
SG (2) | SG192712A1 (zh) |
TW (2) | TW201238383A (zh) |
WO (1) | WO2012109272A1 (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6063874B2 (ja) * | 2011-02-11 | 2017-01-18 | インターデイジタル パテント ホールディングス インコーポレイテッド | 拡張/向上した論理インタフェース挙動のためのシステムおよび方法 |
EP2950589B1 (en) * | 2011-07-07 | 2018-02-07 | HTC Corporation | Method of handling access network discovery and selection function and related communication device |
WO2013016843A1 (en) * | 2011-08-02 | 2013-02-07 | Telefonaktiebolaget L M Ericsson (Publ) | Implementation of packet data service in a mobile communication network |
US20130238782A1 (en) * | 2012-03-09 | 2013-09-12 | Alcatel-Lucent Usa Inc. | Method and apparatus for identifying an application associated with an ip flow using dns data |
CN103702380B (zh) * | 2012-09-27 | 2017-11-28 | 华为技术有限公司 | 一种移动性管理网元和方法 |
EP2995133B1 (en) | 2013-05-06 | 2018-09-05 | Intel IP Corporation | Access network discovery and selection |
KR102189204B1 (ko) * | 2013-06-03 | 2020-12-09 | 엘지전자 주식회사 | D2d 통신을 수행하는 단말의 발견 신호 전송 방법 및 상기 방법을 이용하는 단말 |
JP6248527B2 (ja) * | 2013-10-10 | 2017-12-20 | 富士通株式会社 | 無線通信装置、無線通信方法および無線通信プログラム |
WO2015119473A1 (ko) * | 2014-02-09 | 2015-08-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말의 동작 방법 및 이를 이용하는 단말 |
US10237791B2 (en) | 2014-03-27 | 2019-03-19 | Acer Incorporated | Method of updating network detection and selection information and traffic routing information |
JP6323130B2 (ja) | 2014-04-08 | 2018-05-16 | 富士通株式会社 | 無線通信装置、無線通信方法および無線通信プログラム |
US9973542B2 (en) | 2014-06-26 | 2018-05-15 | At&T Intellectual Property I, L.P. | Method and apparatus for facilitating establishing and maintaining communication services |
WO2016011358A1 (en) * | 2014-07-18 | 2016-01-21 | Interdigital Technology Corporation | Advanced flow routing: a method to augment legacy routing capabilities |
US10652798B2 (en) * | 2014-11-14 | 2020-05-12 | Motorola Mobility Llc | Method and device for routing traffic of applications installed on a mobile device |
US9300581B1 (en) | 2015-02-03 | 2016-03-29 | Google Inc. | Mesh network addressing |
US10667318B2 (en) * | 2015-05-25 | 2020-05-26 | Sharp Kabushiki Kaisha | Terminal device and PCRF |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8145210B2 (en) * | 2006-12-29 | 2012-03-27 | United States Cellular Corporation | Enhanced cross-network handoff for mobile IP service mobility |
WO2008105176A1 (ja) * | 2007-02-27 | 2008-09-04 | Panasonic Corporation | 通信方法、通信システム、モバイルノード、代理ノード及び管理ノード |
US9584622B2 (en) * | 2007-08-23 | 2017-02-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for network controlled access selection |
US7839874B2 (en) * | 2007-10-31 | 2010-11-23 | Marvell World Trade Ltd. | System and method for reselection of a packet data network gateway when establishing connectivity |
US8825109B2 (en) * | 2008-02-15 | 2014-09-02 | Blackberry Limited | Policy-based data routing for a multi-mode device |
JP5190676B2 (ja) * | 2008-03-31 | 2013-04-24 | 独立行政法人情報通信研究機構 | 通信ネットワークシステム及びネットワーク通信方法、ネットワーク管理装置 |
US9717042B2 (en) * | 2008-06-04 | 2017-07-25 | Nokia Solutions And Networks Oy | Network discovery and selection |
EP2375818B1 (en) * | 2009-01-06 | 2019-01-30 | Sharp Kabushiki Kaisha | Control station, mobile station, and communication method |
CN105025531B (zh) * | 2009-01-09 | 2018-12-28 | 交互数字专利控股公司 | Wtru及其实施的方法 |
US8417234B2 (en) * | 2009-05-17 | 2013-04-09 | Qualcomm Incorporated | Method and apparatus for tracking the programming of a mobile device with multiple service accounts |
WO2010146816A1 (ja) * | 2009-06-17 | 2010-12-23 | パナソニック株式会社 | 通信システム、移動端末、ネットワークノード並びに基地局装置 |
CN101720109A (zh) * | 2009-06-26 | 2010-06-02 | 中兴通讯股份有限公司 | 一种实现策略互通和融合的系统及方法 |
JP6063874B2 (ja) * | 2011-02-11 | 2017-01-18 | インターデイジタル パテント ホールディングス インコーポレイテッド | 拡張/向上した論理インタフェース挙動のためのシステムおよび方法 |
-
2012
- 2012-02-07 JP JP2013553498A patent/JP6063874B2/ja not_active Expired - Fee Related
- 2012-02-07 US US13/367,639 patent/US20120208502A1/en not_active Abandoned
- 2012-02-07 KR KR1020137024032A patent/KR20140012089A/ko active IP Right Grant
- 2012-02-07 EP EP12705551.5A patent/EP2673970A1/en not_active Withdrawn
- 2012-02-07 TW TW101103956A patent/TW201238383A/zh unknown
- 2012-02-07 SG SG2013060876A patent/SG192712A1/en unknown
- 2012-02-07 SG SG10201403161UA patent/SG10201403161UA/en unknown
- 2012-02-07 CN CN201280008628.5A patent/CN103370952B/zh not_active Expired - Fee Related
- 2012-02-07 WO PCT/US2012/024180 patent/WO2012109272A1/en active Application Filing
- 2012-02-07 TW TW104110946A patent/TW201528861A/zh unknown
- 2012-02-07 CA CA2827098A patent/CA2827098A1/en not_active Abandoned
-
2016
- 2016-12-19 JP JP2016245493A patent/JP2017098974A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
JP6063874B2 (ja) | 2017-01-18 |
CN103370952A (zh) | 2013-10-23 |
SG192712A1 (en) | 2013-09-30 |
CA2827098A1 (en) | 2012-08-16 |
JP2014509495A (ja) | 2014-04-17 |
WO2012109272A1 (en) | 2012-08-16 |
JP2017098974A (ja) | 2017-06-01 |
TW201238383A (en) | 2012-09-16 |
SG10201403161UA (en) | 2014-07-30 |
KR20140012089A (ko) | 2014-01-29 |
EP2673970A1 (en) | 2013-12-18 |
US20120208502A1 (en) | 2012-08-16 |
CN103370952B (zh) | 2017-11-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6063874B2 (ja) | 拡張/向上した論理インタフェース挙動のためのシステムおよび方法 | |
US12088501B2 (en) | Systems and methods for supporting traffic steering through a service function chain | |
KR102130231B1 (ko) | 네트워크 슬라이싱 동작 | |
KR102204125B1 (ko) | 사용자 평면 경로 선택, 재선택, 및 사용자 평면 변경들의 통지를 위한 시스템들 및 방법들 | |
KR101615000B1 (ko) | 세션 관리자 및 소스 인터넷 프로토콜(ip) 어드레스 선택 | |
JP2022071196A (ja) | 仮想化されたモバイルコアネットワークへの接続 | |
TWI526025B (zh) | 多播移動性方法及裝置 | |
TWI524707B (zh) | 進階應用介面之可調政策控制封包檢查系統及方法 | |
TWI544827B (zh) | 管理融合閘道通訊方法、裝置及系統 | |
JP5809295B2 (ja) | 安定なローカルブレークアウトの概念および使用 | |
TWI590602B (zh) | 支援動態被分佈行動管理方法及裝置 | |
JP2018530193A (ja) | ユーザ機器のためのモバイルコアネットワークサービスエクスポージャ | |
JP2017022753A (ja) | Ipモビリティ管理の方法 | |
JP2018520588A (ja) | ProSe通信のための優先度ハンドリング | |
TW201210285A (en) | Mobility in peer-to-peer communications | |
JP2015507854A (ja) | ローカライズドアプリケーションにアクセスするための方法および装置 | |
JP2017526242A (ja) | 多重接続性デバイスに対するネットワークベースのフローモビリティ | |
CN116420393A (zh) | 标识发送方法和通信装置 | |
TW201136406A (en) | Information service and event service mechanisms for wireless communications | |
Tri et al. | Architecture Design Release 3 Documentation |