TWI495359B - 行動網路最佳化 - Google Patents

行動網路最佳化 Download PDF

Info

Publication number
TWI495359B
TWI495359B TW099107074A TW99107074A TWI495359B TW I495359 B TWI495359 B TW I495359B TW 099107074 A TW099107074 A TW 099107074A TW 99107074 A TW99107074 A TW 99107074A TW I495359 B TWI495359 B TW I495359B
Authority
TW
Taiwan
Prior art keywords
network
network node
information element
plane
node
Prior art date
Application number
TW099107074A
Other languages
English (en)
Other versions
TW201101872A (en
Inventor
Benedittis Rossella De
Hanns-Juergen Schwarzbauer
Uwe Herrmann
Maciej Pakulski
Patryk Pisowacki
Original Assignee
Nokia Siemens Networks Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Siemens Networks Oy filed Critical Nokia Siemens Networks Oy
Publication of TW201101872A publication Critical patent/TW201101872A/zh
Application granted granted Critical
Publication of TWI495359B publication Critical patent/TWI495359B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

行動網路最佳化
本發明係關於封包式無線通訊領域。
現今行動網路已經具備朝向IP(網際網路通訊協定，Internet Protocol)傳輸的趨勢，例如用於減少營運與佈署的支出。不過，對於短封包而言負擔要遠大於資料酬載。為了將負擔降至最少並且將傳輸資源最佳化，已經提出使用小型封包資料單元(packet data unit，PDU)多工化協商透過Iu使用者平面通訊協定或透過Nb介面的即時傳輸控制通訊協定(Real time Transport Control Protocol，RTCP protocol)，將小型資料封包多工化，即是將小型PDU多工化進入單一IP封包(例如第三代合夥專案(third generation partnership project，3GPP)文件TR 29.814 V7.1.0.(2007-06)和3GPP TS 29.414 V8.2.0(2008-12))。
已知的解決方案提供允許頻內執行多工協商之優點，即是將何時以及如何啓動多工處理特徵直接通知例如媒體閘道(media gateway，MGW)這類牽涉的實體。在此，MGW與MGCF(媒體閘道控制功能，Media Gateway Control Function)併用，以便支援例如IP式傳輸網路與電路交換式PSTN(公眾交換電話網路，Public Switched Telephone Network)或PLMN(公眾陸地行動網路，Public Land Mobile Network)網域之間的運作。MGW將TDM(分時多工，Time Division Multiplexing)式時槽內到達的媒體轉譯成RTF(即時傳輸通訊協定，Real time Transport Protocol)串流或反之亦然。
有鑑於上述情況，仍舊需要一種可以有效協商最佳化技術，用在行動網路的兩網路節點之間通訊的改良式技術。
根據獨立申請項的標的符合此項需求，利用附屬申請項描述此處所揭示標的的有利具體實施例。
根據此處所揭示標的的第一態樣，提供一種操作一行動網路的一第一網路節點之方法，該行動網路提供一使用者平面，用來傳輸內含使用者資料的傳輸封包，以及至少一額外進一步網路層平面，其不同於該使用者平面。例如：根據具體實施例，提供一額外網路層平面。
根據第一態樣之該方法包含透過該進一步網路層平面的一網路層通訊協定傳送一(最佳化能力)資訊元件至一第二網路節點，其中該資訊元件指出該行動網路的網路節點之最佳化能力，亦即，此網路節點處理最佳化之傳輸封包的能力。
根據一具體實施例，由資訊元件指出其最佳化能力之該網路節點為第一網路節點。根據另一具體實施例，該資訊元件指出該行動網路的一第三網路之最佳化能力，其不同於該第一網路節點。在此具體實施例的範例中，該第一網路節點可為一操作與維持子系統。根據進一步具體實施例，該網路元件指出該行動網路的兩個或多個網路節點之最佳化能力。這兩個或多個網路節點包含一個具體實施例內的該第一網路節點。
根據該第一態樣的該方法允許指出該第一網路節點的最佳化能力之數量眾多的新應用和具體實施例。
其中該資訊元件可為任何合適的種類，並且可例如為一旗標(flag)、一訊息結構的一範圍內之項目(an entry in a field of a message structure)等。根據具體實施例，該最佳化傳輸封包為一最佳化IP封包。
其中一網路節點可為一行動網路的任何網路節點、像是例如毫微微網路(femto network)的家用節點B(home node-B，HNB)或UMTS(通用行動通訊系統，Universal Mobile Telecommunications System)無線存取網路(UMTS radio access network，UTRAN)的節點B(node-B，NB)之基地台、家用節點B閘道器(home node-B gateway，HNB-GW)、無線網路控制器(radio network controller，RNC)、行動交換中心(mobile switching center，MSC)或服務GPRS(通用封包無線服務，General Packet Radio Service)支援節點(serving GPRS support node，SGSN)，其保持追蹤個別行動台(mobile station，MS)的位置，並執行安全功能以及GSM(全球行動通信系統，Global System for Mobile Communications)網路的存取控制，或例如UMTS網路內的SGSN，其透過Iu-PS介面連接至RNC(無線網路控制器)。該等網路節點也可為演進的UMTS無線存取網路(evolved UMTS radio access network，eUTRAN)之演進的增強型家用節點B(enhanced home node-B，HeNB)或演進的增強型節點B(enhanced node-B，eNB)、服務閘道器(serving gateway，S-GTW)或演進的封包核心(evolved packet core，EPC)的增強型UTRAN(eUTRAN)網路的行動管理實體(Mobility Management Entity，MME)。
根據具體實施例，該資訊元件指出第一網路節點處理由該第二網路節點所傳送的最佳化傳輸封包之能力。
根據進一步具體實施例，該最佳化能力包含處理一最佳化傳輸封包的該第一網路節點之多工處理能力，其中該封包包含多工處理成該最佳化傳輸封包的不同使用者資料封包。不過，使用者資料封包多工處理(PDU多工處理)只為最佳化能力的一個具體實施例。其他具體實施例包含像是標題壓縮(header compression)這類最佳化能力。使用者資料封包可為例如即時傳輸通訊協定(RTF)訊框。即時傳輸通訊協定為網際網路通訊協定標準，其定義讓應用程式傳輸即時媒體的方式。RTF提供一種機制，用於使用時間戳記確定已經遞送其酬載，這適用於每個RTF封包，藉此提供無跳動且依序之傳輸。
根據再進一步具體實施例，透過該進一步網路層平面的一網路層通訊協定傳送一資訊元件至一第二網路節點包含：傳送一資訊元件至該第二網路節點，其獨立於該第二網路節點與該第一網路節點之間的一連接設定之外。在一個具體實施例內，一連接設定可例如為一呼叫設定。根據另一具體實施例，該資訊元件的傳送獨立於(無關於)呼叫設定傳訊之外。這允許彈性公告該第一網路節點的最佳化能力。
根據進一步具體實施例，根據該第一態樣的該方法包含將一註冊接受訊息傳送給該第二網路節點，來回應連接該第二網路節點至該網路的一註冊要求。根據進一步具體實施例，該資訊元件係包含在該註冊接受訊息內。
該註冊接受訊息可為藉以使該第二網路節點的註冊要求被接受之任何註冊接受訊息。根據示範具體實施例，該註冊接受訊息符合3GPP TS25.469規範。
根據進一步具體實施例，根據該第一態樣的該方法包含將內含用於該第二節點的組態參數(configuration parameters)之一組態訊息傳送給該第二網路節點，其中該資訊元件內含在該組態訊息內。這種具體實施例具有該第一網路節點的最佳化能力公告，在第二網路節點的設定過程中傳輸至該第二網路節點之優點。另外，根據其他具體實施例，該資訊元件可指出至少一第三網路節點的最佳化能力。在這種具體實施例內，該第一網路節點可收集並儲存進一步、第三網路節點的最佳化能力，並且可在該第二網路節點連接至該行動網路的過程中，將這些最佳化能力轉送至該第二網路節點。
該組態訊息可為藉以設定該第二網路節點的任何組態訊息。根據示範具體實施例，該組態訊息為一組態訊息，其基於寬頻論壇TR-069通訊協定的CPE WAN管理通訊協定(CPE WAN management protocol，CWMP)。
根據具體實施例，根據該第一態樣的該方法另包含將例如用於UTRAN的無線存取網路應用部分(radio access network application part，RANAP)訊息，或用於eUTRAN的S1應用程式通訊協定(S1 application protocol，S1AP)訊息傳送給該第二網路節點，其中該訊息元件內含在該RANAP或S1AP訊息的範圍內。在示範具體實施例內，該無線存取網路應用部分訊息符合3GPP TS 25.413 V8.1.0(2008-12)規範。根據進一步具體實施例，該資訊元件透過將RNC(無線網路控制器)與MSC(行動交換中心)或SGSN(服務GPRS支援節點)連結在一起的Iu介面，傳送至該第二網路節點。根據具體實施例，該Iu介面定義在3GPP TS 25.413 V8.1.0(2008-12)之內。不過，在其他具體實施例內，該無線存取網路應用部分訊息係不同地被設定，只設定一CN(核心網路，Core Network)與一RNC(無線網路控制器)之間的一RAB(無線存取承載體，Radio Access Bearer)。
在另一示範具體實施例內，該S1應用程式通訊協定符合3GPP TS 36.413 V8.1.0(2008-12)規範。根據進一步具體實施例，該資訊元件透過將HeNB連結至MME的S1介面傳送至該第二網路節點。
根據具體實施例，該S1介面定義在3GPP TS 36.413 V8.1.0(2008-12)之內。
在各種具體實施例內，該無線存取網路應用部分訊息可為例如一RAB指派要求、該第一網路節點為該初始器的案例中的一重新定位要求、一RAB指派回應、該第一網路節點為該回應器的案例中的一重新定位要求確認等。
根據其他具體實施例，該S1應用程式通訊協定訊息可為例如一初始範圍設定要求、一E-RAB設定要求、該第一網路節點為該初始器的案例中的一交遞(handover)要求、一初始範圍設定回應、一E-RAB設定回應、該第一網路節點為該回應器的案例中的一交遞要求確認。
根據進一步具體實施例，根據該第一態樣的該方法包含將一控制訊息傳送給該第二網路節點，其中該資訊元件係包含在該控制訊息內。
該控制訊息可為設定用於控制該行動網路的實體或功能性之任何控制訊息。根據具體實施例，該控制訊息為一無線網路層相關的控制訊息，其範例包含例如傳送於一行動網路控制器與一基地台之間的訊息，例如一無線網路控制器(RNC)與一UTRAN網路的節點B之間。例如在具體實施例內，該控制訊息為透過一節點B應用程式通訊協定(node-B application protocol，NBAP)傳送的一訊息，用於設定與管理該節點B並且設定Iub和Uu介面上的通道。根據另一具體實施例，該控制訊息為透過一行動網路傳訊介面，例如為透過一UMTS系統內該Iub介面進行無線網路傳訊的一無線網路子系統應用部分(radio network subsystem application part，RNSAP)所傳送的訊息。RNSAP定義在3GPP內。控制訊息的範例包含例如一無線連結設定要求、一無線連結重新組態要求等。
根據此處所揭示標的的第二態樣，提供一種操作一行動網路的一第二網路節點之方法，其中該行動網路提供一使用者平面，用來傳輸內含使用者資料的傳輸封包，以及一進一步網路層平面，其不同於該使用者平面。根據該第二態樣的該方法包含透過該進一步網路層平面的一網路層通訊協定，接收來自一第一網路節點的一資訊元件。另外，根據該第二態樣的該方法包含處理該資訊元件，即是第二網路節點可將該資訊元件列入考量。該資訊元件指出該第一網路節點處理一最佳化傳輸封包的一最佳化能力。該資訊元件可根據該第一態樣的任何具體實施例來設定。
在該第二態樣及其具體實施例內，該(第二)網路節點可為一行動網路的任何網路節點，例如在該第一態樣及其具體實施例內定義的一網路節點。
最佳化能力可為任何傳輸最佳化的能力，例如多工處理、壓縮、標題壓縮等。根據該第二態樣的該第一網路節點可根據該第一態樣的任何具體實施例來設定，根據該第二態樣的該第二網路節點也可根據該第一態樣的任何具體實施例來設定。
根據該第二態樣的具體實施例，該最佳化能力包含處理一最佳化傳輸封包的該第一網路節點的多工處理能力，其中該封包包含多工處理成該最佳化傳輸封包的不同使用者資料封包(例如RTF訊框)。
根據該第二態樣的具體實施例，透過該進一步網路層平面的一網路層通訊協定接收來自一第一網路節點的一資訊元件包含：接收來自該第一網路節點的該資訊元件，其獨立於該第二網路節點與該第一網路節點之間的一連接設定之外(例如獨立於一呼叫設定之外)。在一個具體實施例內，一連接設定可例如為一呼叫設定。根據另一具體實施例，該資訊元件的接收獨立於(無關於)呼叫設定傳訊之外。這允許彈性公告該第一網路節點的最佳化能力。
根據進一步具體實施例，根據該第二態樣的該方法另包含傳送一最佳化要求訊息至該第一網路節點，該最佳化要求訊息要求該第一網路節點啓動最佳化，即是將各別最佳化的傳輸封包傳送給該第二網路節點。例如：根據具體實施例，一最佳化要求訊息可為或可包含一內含該最佳化要求的最佳化選擇資訊元件，例如該最佳化選擇資訊元件的一最佳化啓動範圍內之各別值。最佳化啓動範圍的範例例如為一多工(multiplex，mux)啓動範圍。
根據其他具體實施例，由該第二網路節點利用傳送一最佳化傳輸封包至該第一網路節點，啓動該第一網路節點內的最佳化。
根據該第二態樣的具體實施例，該方法包含將一資源指派要求訊息傳送給該第一網路節點，該資源指派要求訊息要求用於傳輸封包的傳輸之各別資源的指派，其中該資源指派要求訊息包含一最佳化選擇資訊元件(例如多工啓動選擇範圍)來要求該要求資源的最佳化。
根據具體實施例，一資源指派要求訊息為一無線存取承載(bearer)的指派要求(RAB指派要求或初始範圍設定要求或E-RAB設定要求)。
根據進一步具體實施例，在上述最佳化要求訊息之後執行傳送該資源指派要求訊息至該第一網路節點。
根據該第二態樣的進一步具體實施例，該方法包含將一資源修改要求訊息傳送給該第一網路節點，該資源修改要求訊息要求一各別目標資源的修改，其中該資源指派要求訊息包含要求停止該資源修改要求訊息的該目標資源之最佳化的一最佳化選擇資訊元件。
一資源修改要求訊息的範例為例如一RAB指派要求、一UE範圍修改要求或一E-RAB修改要求。
根據具體實施例，該最佳化選擇資訊元件包含或由一多工停止選擇範圍所構成。根據進一步具體實施例，該最佳化選擇資訊元件包含或由一多工啓動/停止選擇範圍所構成。
根據進一步具體實施例，在上述最佳化要求訊息之後執行傳送該資源修改要求訊息至該第一網路節點。
吾人應該瞭解，根據此處所揭示標的的具體實施例之該最佳化選擇資訊元件，其包含一或多個最佳化啓動範圍，例如每一支援的最佳化皆具其一。
根據該第一態樣或該第二態樣的具體實施例，該網路層通訊協定為一傳訊通訊協定。
根據該第一態樣或該第二態樣的進一步具體實施例，該網路層通訊協定為一管理通訊協定，例如一寬頻論壇TR-069通訊協定。
根據該第一態樣或該第二態樣的進一步具體實施例，該進一步網路層平面為一控制平面。
根據該第一態樣或該第二態樣的進一步具體實施例，該進一步網路層平面為一操作與維持平面。
根據該第一態樣或該第二態樣的進一步具體實施例，此處所揭示的資訊元件(例如一最佳化能力資訊元件及/或一最佳化啓動資訊元件)包含一連接埠規格。該第一網路節點的該連接埠規格用於指定接收該最佳化傳輸封包的該連接埠。因此，一資訊元件的該連接埠規格允許該第二網路節點傳送一最佳化傳輸封包給該第一網路節點的參考連接埠。
根據該第一態樣或該第二態樣的進一步具體實施例，該第一網路節點與該第二網路節點的其中之一為一毫微微蜂巢式(femtocell)網路的家用節點B閘道器，另一個為該毫微微蜂巢式網路的一家用節點B。例如：根據具體實施例，該第一網路節點為一家用節點B閘道器(HNB閘道器)，並且該第二網路節點為一家用節點B(HNB)。根據另一具體實施例，該第一網路節點為一家用節點B(HNB)，並且該第二網路節點為一家用節點B閘道器(HNB閘道器)。
根據進一步具體實施例，該網路節點為成對出現(對點)，融合了用戶端與伺服器的角色。
一般來說，吾人應該瞭解，因為此處的「第一網路節點」和「第二網路節點」等詞只用來允許參照兩個不同的網路節點，一個單一網路節點可包含該第一態樣和該第二態樣的特徵。例如：若上連和下連方向內支援/啓動最佳化，則一個網路節點對上連傳輸而言可視為第一網路節點，並且對下連傳輸而言可視為第二網路節點。不過根據其他具體實施例，只在一方向(上連或下連)內支援/啓動最佳化。
此處所揭示標的的另一具體實施例係關於交換資訊的一種方法，該方法關於在兩節點之間使用(e)RAN介面(eg.,Iu,Iur,Iub,Iu-h/S1(例如HNB、HNB-GW、基地台控制器RNC、基地台NB、eNB、MSC/SGSN/MME))更有效率之使用者資料傳輸，其中有一無線使用者平面，在兩節點之間傳輸使用者資料，並且其中由一無線傳訊平面，在兩節點之間傳輸(每一使用者連接的)傳訊資料，選擇性地包含一錯誤修正通訊協定來保證正確並且依序之傳遞(例如訊息遺失偵測和訊息重複通訊協定)，並且其中該無線使用者平面分別傳輸至該無線傳訊平面，並且其中每一節點回報自己的使用者資料最佳化能力和參數，如此一來，在雙向交換之後，每一節點可以獲知最佳化傳輸能力的共用集合，包含在這種最佳化方式中如何操作的參數。
關於更有效率、最佳化使用者資料傳輸的資訊元件可包含至少下列指示之一：
1)　封包多工處理能力的支援可包含接收或傳輸的方向指示，
2)　支援使用者資料標題壓縮，
3)　若已應用多工處理並且使用哪一種多工處理，例如使用者資料封包的連鎖或使用者資料的標題壓縮或兩者兼具或傳輸層參數，例如UPD通訊協定傳輸的UDP連接埠號，將使用之操作參數。
一資訊元件可在兩節點的連接設定上(使用者資料傳輸能力為節點能力)、兩節點之間使用者連接設定期間(呼叫開始時)或管理系統的準備期間交換。
傳輸最佳化操作的啓動或停止由傳送者決定，並且可在使用者連接設定期間指示給傳訊通道上的對點節點，或可藉由傳輸使用該傳輸參數以達成最佳化傳輸的使用者資料來開始。
一原始節點(第一節點)(例如HNB、HeNB、HNB-GW、NB、eNB、RNC)透過一傳訊通道(例如Iu、Iur、Iub、Iu-h、S1)，傳輸其支援的傳輸最佳化能力或相關操作參數至該第二節點(例如對點節點)。
該第二節點(例如HNB-GW、RNC、MSC/SGSN/MME)接收原始節點所支援傳輸最佳化能力上的資訊、將這些能力與其擁有的能力比較，並回傳與該接收能力或相關操作參數相符的自身所擁有的傳輸最佳化能力。
一RAN節點可從一管理系統接收該傳輸最佳化能力或參數(例如使用TR-069介面)，以避免個別能力或參數與每一連接的節點交換。
根據此處所揭示標的的第三態樣，提供一網路節點，該網路節點包含一控制單元，該控制單元設置來執行根據該第一態樣和該第二態樣或其具體實施例之至少一者的方法。因此該網路節點可包含上述或實施方式內所揭示的該等特徵之任何特徵或任何組合。吾人應該瞭解，「網路節點」一詞包含該第一態樣、該第二態樣或其具體實施例內所定義之該第一網路節點和該第二網路節點。例如：根據該第三態樣的「網路節點」可為一行動網路的任何網路節點，例如在該第一態樣及其具體實施例內定義的一網路節點。
根據一第四態樣，提供用於處理一實體物件的電腦程式，實體物件換言之就是該第一和第二態樣或其具體實施例內參照的該等資訊元件之至少一者。該電腦程式由一資料處理器執行時，該電腦程式被調適用於控制該第一態樣、該第二態樣和其具體實施例內公布之一或多種方法。
下面將參考操作第一網路節點的方法和操作第二網路節點的方法，描述此處所揭示標的的示範具體實施例。在此要點出，當然也可進行關於此處所揭示標的的不同態樣之任意特徵組合。例如：某些具體實施例參考傳送例如資訊元件這類特定元件的第一節點來描述，而其他具體實施例則參考接收例如資訊元件這類特定元件的第二節點來描述。吾人應該瞭解，根據進一步具體實施例，該第一節點的任何功能性在該第二節點內都具有其各別補足物。例如：根據這種具體實施例，該第一節點傳送特定元件的能力暗示該第二節點接收該特定元件的各別功能性。
另外，參考設備類型之申請專利範圍來描述某些具體實施例，而參考方法類型之申請專利範圍來描述其他具體實施例。不過精通此技術的人士將從上述與下列描述當中得知，除非另外公佈，否則除了屬於一個態樣的任何特徵組合以外，關於不同態樣或具體實施例的特徵之間任何組合，例如甚至在該設備類型之申請專利範圍之特徵與該方法類型之申請專利範圍之特徵間的任何組合，也考量在本說明書中揭示。
從以下將描述之具體實施例之範例，參照具體實施例之範例來解釋，可瞭解上面定義的該等態樣以及本發明的進一步態樣。以下將參考具體實施例之範例，以更詳細之方式來描述本發明，不過本發明不受這些範例限制。
圖式內的例示為示意圖。請注意在不同圖式內，類似或相同的元件具有相同的參考符號，或是具有只有第一位數或附加字元與對應參考符號不同之參考符號。在此將省略這種類似或相同元件的重複描述。
第1圖示意性顯示部分行動網路100，用來解釋此處所揭示標的的基本功能。
行動網路100包含複數個網路節點，該等節點之其中兩個就是第1圖內所示的第一網路節點102和第二網路節點104。每一網路節點102、104都包含一個控制單元106、108，用於執行各別方法，以便提供根據此處所揭示標的的態樣、具體實施例和範例之功能。另外，每一網路節點102、104都包含至少一個介面110、112，用來與行動網路100的其他節點104、102通訊。第1圖內示範顯示每一網路節點102、104的一個這種介面110、112。介面一詞包含實體裝置以及邏輯裝置，例如用軟體模擬的介面。行動網路100提供一個使用者平面114用來傳輸內含使用者資料的傳輸封包，以及提供至少一個額外進一步網路層平面116，其不同於使用者平面114。在第1圖內，介面110、112與進一步網路層平面116相關聯。針對使用者平面114，也可提供各別介面和通訊協定(第1圖內未顯示)。
第一網路節點102的控制單元106係設置用於透過該進一步網路層平面116的網路層通訊協定，提供傳送一資訊元件118的功能給第二網路節點104。資訊元件118指出第一網路節點102的最佳化能力，例如第一網路節點102處理最佳化傳輸封包120之能力。根據具體實施例，傳輸封包120透過該使用者平面傳輸至第一網路節點102。
第二網路節點104的控制單元108設置用於透過進一步網路層平面116的網路層通訊協定，提供接收來自一第一網路節點102的資訊元件118，其中該資訊元件118指出第一網路節點102處理最佳化傳輸封包120的最佳化能力。另外，該控制單元設置用於提供處理資訊元件118的功能。
在此，設置控制單元106、108來提供特定功能的特徵也包含該控制單元設置成單獨或與各別網路節點102、104之組件互動來提供該功能的案例。
在下列當中，將描述此處所揭示標的的進一步示範具體實施例。在下列說明當中，當本發明者具有此處所揭示標的之知識，他們所瞭解之習知系統的缺點係做簡要討論。
在下列當中，某些具體實施例係關於UMTS無線存取網路(UTRAN)內IP/乙太網路傳輸的使用，而其他具體實施例係關於對小型資料封包，即是對小型封包資料單元(PDUs)，進行多工處理成相同的IP封包之需求，以便將負擔減至最低並且最佳化傳輸資源。某些具體實施例係關於協商資料多工處理通過RAN線路介面之方法。
越來越多行動網路業者朝向IP傳輸發展，來降低營運與佈署成本。然而一方面，若IP相對於舊式TDM/ATM技術提供更大彈性與成本效益的傳輸解決方案，另一方面，來自IP/乙太網路標題以及可設計為保護系統免於惡意攻擊的安全機制(例如Ipsec)所導入之額外負擔不容忽視。這特別對於短封包而言，其負擔要遠大於資料酬載。
對於要使用俗稱的家用基地台或毫微微存取點(Femto access points，FAPs)，將行動無線範圍涵蓋客戶建築內部的室內無線存取應用(稱為3GPP內家用(演進)節點B應用)之情況變得更重要。針對這種應用，直接將FAP指派給終端使用者並且直接安裝在其住家環境內。FAP一般將透過DSL WAN路由器連接至傳輸網路，以提供行動與固接網路服務。所要考量的重點是(A)DSL線路的頻寬嚴重受限，尤其是上連(uplink)方向，通常實際上每秒只有幾百千位元(kilobit per second，Kbps)可用，不足以攜帶多個平行呼叫。針對這種室內應用，使用一般用於傳輸DSL線路上之傳訊和資料的安全保護機制(例如IPsec)會導入額外負擔，讓這種情況更糟。
在3GPP內，已經描述一種用於對引導至相同IP位址終端站之封包執行PDU多工處理，，並且具有相同服務需求品質之解決方案(請參閱3GPP TR 29.814 V7.1.0.(2007-06)、3GPP TS 29.414 V8.2.0(2008-12))。因此，用於在單一IP封包內多工處理小型資料單元的方法可使用「UDP多工器標題」概念。此方法已具體用於(只)透過即時通訊協定(RTF)傳遞在Iu介面上的電路交換式(circuit switched，CS) PDU。
第2圖內的表格顯示使用ATM上乙太網路的IPsec和PPP，在毫微微存取點上透過ADSL連結來處理同時(simultaneous)語音呼叫(AMR 12.2 kbps)的許多NoC所需之傳輸頻寬。該範例意指無應用PDU多工處理的案例。在此顯示使用標準RTP用於平行CS聲音呼叫的最高資料率，其單位為每秒千位元(kbps)。從第2圖內的表格可瞭解，ADSL線路提供(典型)256 kbps頻寬時，無法處理四個同時語音呼叫。
第3圖和第4圖內的表格分別顯示RTP多工處理不含標題壓縮時(第3圖)以及含標題壓縮時(第4圖)，根據3GPP指示(請參閱3GPP TS 29.414 V8.2.0(2008-12)和TR 29.814 V7.1.0.(2007-06))，用於與第2圖內表格相同案例所需之傳輸頻寬。
考慮到舊式網路，因此需要協商，其中該網路節點(對點)之任一者或兩者皆可不支援此特徵。從3GPP TS 29.414 V8.2.0(2008-12)和TR 29.814 V7.1.0.(2007-06)當中，由以下引證建議下列兩種協商通訊協定：
1.　透過Iu使用者平面通訊協定的協商
2.　透過即時控制通訊協定(RTCP)通訊協定的協商
在此處所揭示標的的下列提案之具體實施例內，描述用於協商封包多工處理的替代方式，可解決已知方法的至少部分缺點。
該兩個提案的通訊協定都具有下面討論的強烈限制與缺點。這兩通訊協定的共通點就是只適用於使用即時通訊協定(RTP)的CS PDU。關於RTP，RTCP通訊協定訊息只能在相關RTP作業已經啓動之後才可交換，因此在已經進行RTP連接時，必須完成該多工處理能力協商以及連接埠交換。如此在某種程度上減少多工處理方案的優點，並且增加HNB-GW側上的額外複雜度。這兩提案通訊協定的進一步共通特徵為它們只定址Iu介面。然而，無線存取網路內存在的其他線路介面(例如RAN內的Iub和Iur介面、eUTRAN內的S1)可使用IP，並且可要求傳輸頻寬最佳化。不過，這兩提案通訊協定的優點為啓動此特徵的時間點上，兩網路節點之間具有完美同步，這源自於頻內協商。
本發明人已取得下列Iu使用者平面通訊協定的觀點(請參閱例如3GPP TS 25.415 V8.0.0(2008-12))。根據本說明書的該提案為增強操作支援模式內Iu使用者平面通訊協定的初始化訊息與程序。
使用者平面通訊協定只定義在Iu介面上。相較之下，此處所揭示標的的具體實施例允許通過RAN之其他線路介面上的PDU多工處理協商。
Iu使用者平面通訊協定為特定RAB，亦即，支援模式內每一CS RAB可與網路節點專屬Iu使用者平面通訊協定訊息交換。然而，PDU多工處理定址多個RAB。這種傳訊不允許區分該等RAB是要包含/排除於多工處理，實際上兩網路節點之間的所有CS語音RAB都同時受影響。
相較之下，此處所揭示標的的具體實施例允許選擇某些RAB用於多工處理，例如根據不同的QoS處理需求。此外，RAB建立及/或各別初始化程序可能失敗。根據此處所揭示標的的具體實施例，該協商通訊協定應該共用於所有已定址RAB，而非特定RAB。
使用者平面傳訊跟隨相同的使用者資料/RAB傳輸路徑，如此並未從低層重新傳輸機制中獲得好處(例如SCTP通訊協定所提供的)，並且可能造成品質不良。如此會延遲啓動此特徵。
該使用者平面通訊協定通常終止於關於核心(例如MSC)的另一網路實體內(例如媒體閘道器通道(MGW))。這暗示該核心並不知道多工處理是否確實執行以及其執行方向(上連或下連或雙向或兩者兼具)。除非MGW發訊(例如透過IPBCP)至合約模式內的核心，否則CN將無法為新RAB作正確的呼叫接納控制(call admission control，CAC)。前者的情況無效率，但是後者的情況需要額外傳訊。
多工處理影響該傳輸頻寬利用率，因此建議通知該傳輸平面，以便正確計數使用過的傳輸資源(CAC)以及使用過的連接埠(例如使用過或從共用標題釋出的UDP連接埠)。這暗示通過該等平面的通訊可能不總是存在。請注意，這種通訊盡可能即時，以避免資源衝突情況。
該初始化程序一般只在RAB建立時執行一次，以設定具RAB子流動組合之Iu使用者平面以及使用者資料傳輸期間所要支援的相關RAB子流動服務資料單元(sub-flows Service Data Units，SDU)規模的終止點。然而，可能需要在RAB壽命期間啓動/停止RAB多工處理，為此目的，專屬新使用者平面程序比較適用。
使用者平面通訊協定的優點在於：Iu介面上的每一3G(third generation)設備都支援Iu使用者平面通訊協定。在頻內可完成多工協商；這實際上代表直接通知牽涉的實體何時以及如何多工特性被啓動。
有關RTCP通訊協定(RFC 3550「RTP: a transport Protocol for Real Rime applications」)，本發明人獲得下列事項：提案增強「即時控制通訊協定(RTCP)」訊息和程序。RTCP與用於RAB的RTP配對。
RTCP支援為3G無線存取網路內的選配，因此其不一定由網路節點支援。
RTCP通訊協定只適用於CS RAB。在另一方面，其適用於所有CS RAB(也適用於視訊呼叫；與Iu使用者平面通訊協定相反)，以及適用於RAN支援的所有線路介面。
RTCP通訊協定為特定RAB，即是每一RAB都具有自己的RTCP通訊協定，但並不適合定址多個RAB。
RTCP通訊協定跟隨與RTF通訊協定相同的路徑，或關聯於RAB的相同路徑，並不具有低層重新傳輸服務的好處。
RTCP和RTP終止於相同點上，該核心並不知道該合約模式。
多工處理影響該傳輸資源利用率，使用者平面與傳輸平面之間將需要互動。
RTCP訊息不用經常傳送，因為這會進一步延遲此特徵的啓動以及兩網路節點之間的同步。
優點在於，RTCP通訊協定目前已經用在MGW之間的Nb介面上，用於交換語音訊框。
RTCP通訊協定的優點為允許進行頻內協商。
在下列當中，描述替代解決方案的具體實施例具有至少某些RTCP的優點，不具有其大多數缺點。
此處所揭示標的的進一步具體實施例之想法為在受影響的介面上(例如Iu/Iub/Iur/Iuh/S1)使用無線網路層(Radio Network Layer，RNL)，來交換在兩網路節點(網路節點)之間的資料多工處理能力、用於該多工處理串流之共用連接埠，以及啓動與停止指令。有關第1圖內行動網路100的基本圖片，這表示介面110、112為某些具體實施例內Iuh、S1、Iu、Iub或Iur介面其中之一。在3G無線存取網路(raio acces network，RAN)內，這應各別對應至Iuh、Iu介面上的RANAP通訊協定、Iub上的NBAP以及Iur介面上的RNSAP通訊協定。因此在4G(fourth generation)網路內，這應該對應到eNB/HeNB與MME之間至少S1介面。
有關Iu介面(3GPP TS 25.413 V8.1.0(2008-12))，建議對RANAP訊息和程序進行下列強化：訊息：初始器(例如核心、MSC或SGSN或毫微微應用中的閘道器)使用下列RANAP或S1AP訊息內的新選配資訊元件IE(Information element)(例如多工處理能力IE)來公告並啓動其多工處理能力：
- RANAP: RAB ASSIGNMENT REQUEST(用於新RAB或用於修改之RAB)
- RANAP: RELOCATION REQUEST
- S1AP: INITIAL CONTEXT SETUP REQUEST
- S1AP: E-RAB SETUP REQUEST
- S1AP: HANDOVER REQUEST
回應器(例如RAN實體、RNC、eRAN實體H(e)NB、毫微微應用中的毫微微GW或FAP)使用下列RANAP或S1AP訊息內相同新IE來公告並啓動其多工處理能力：
- RANAP: RAB ASSIGNMENT RESPONSE(用於成功建立或修改的RAB)
- RAN AP: RELOCATION REQUEST ACKNOWLEDGE(用於成功建立的RAB)
- S1AP: INITIAL CONTEXT SETUP RESPONSE
- S1AF: E-RAB SETUP RESPONSE
- S1AP: HANDOVER RESPONSE
在上列案例中，可使用根據第5圖內所示具體實施例的新IE，提供多工處理能力的選擇。根據第5圖內所示的具體實施例，該資訊元件包含「多工公告」欄位以及相關的「共用多工處理連接埠」欄位。根據第5圖內所示的其他具體實施例，針對多工處理的啓動/停止，IE提供「多工啓動」欄位以及相關的「共用多工處理連接埠」欄位。
程序：
步驟1：
透過RANAP: RAB ASSIGNMENT REQUEST或透過S1AP: INTIAL UE CONTEXT SETUP REQUEST或S1AP: E-RAB SETUP REQUEST建立第一RAB朝向RAN(或毫微微GW或FAP)時，初始器透過「多工公告選擇」欄位宣告其多工處理能力。在此階段上，初始器可選擇性指示本機指派的共用連接埠何時且是否多工處理最終將被啓動。
回應器將以RANAP: RAB ASSIGNMENT RESPONSE或一S1AP: INITIAL UE CONTEXT SETUP RESPONSE或S1AP: E-RAB SETUP RESPONSE來回覆，以透過「多工啓動選擇」欄位宣告其多工處理能力。在此階段上，回應器可選擇性指示本機指派的共用連接埠何時且是否多工處理最終將被啓動。
在步驟1之後，兩網路節點(對點)知道其各別多工處理能力。
若兩網路節點已經知道(例如透過O＆M設定)其各別多工處理能力，此步驟可省略，並且可能也可省略來自新IE的「多工公告選擇」欄位。
步驟2：
當建立後續RAB或修改所建立的RAB時，初始器可透過「多工啓動選擇」欄位要求啓動選取的多工處理功能。選取的啓動選擇應該符合公告階段期間兩網路節點所宣告的各別能力：例如若核心可支援含標題壓縮的多工處理上連和下連，而RNC只支援不含標題壓縮的下連多工處理，則選取的選擇將為「開始不含標題壓縮的傳輸」。在此階段上，應該也指出指派給多工處理的共用連接埠。若此欄位用於停止已經建立的多工處理串流，則該共用連接埠可幫助此選取串流的識別。
根據具體實施例，做出兩種假設：
依照目前一項啓動要求，已經使用相同公告共用連接埠(來源與目的地)配對建立的所有RAB將自動根據已啓動的組態一起多工處理。此解決方案暗示，專屬一項UE範圍的傳訊也影響其他UE範圍的RAB。
只有此非常RANAP或S1AP訊息內列出的RAB將根據該啓動指示進行多工處理。透過「多工啓動選擇」欄位在要修改項目IE的RAB內，只能透過清晰的指令，即是透過列出這些RAB之其他RANAP: RAB ASSIGNMENT REQUEST或透過S1AP: E-RAB MODIFY REQUEST或S1AP: UE CONTEXT MODIFICATION REQUEST訊息，讓其他建立的RAB可加入相同的多工處理串流。要傳送的額外RANAP或S1訊息之數量將等於具有想要新增至此相同多工處理串流的RAB的主動UE範圍之數量。此解決方案暗示，專屬一項UE範圍的傳訊只影響該範圍的RAB。此解決方案的優點為，其可能控制哪幾個RAB多工處理在一起(例如根據各別服務品質)。
步驟3：
要達成已建立多工處理串流的停止，可傳送RAB: ASSIGNMENT REQUEST訊息給具有要移除RAB的UE範圍，在要成為已修改項目IE的RAB內列出這些RAB，並且透過適當(「停止」)「多工啓動選擇」欄位值或透過S1AP: UE CONTEXT MODIFICATION REQUEST或S1AP: E-RAB MODIFY REQUEST。
關於Iub介面(3GPP TS 25.433 V8.3.0(2008-12))，上面建議用於Iu介面之類似變更也可套用於此。尤其是：
訊息：
在下列NBAP訊息中，初始器(例如RNC)使用新選配資訊元件，例如多工處理能力IE，來公告並啓動其多工處理能力：
- NBAP: RADIO LINK SETUP REQUEST
- NBAP: RADIO LINK ADDITION REQUEST
- NBAP: RADIO LINK RECONFIGURATION PREPARE
- NBAP: RADIO LINK RECONFIGURATION REQUEST
在下列NBAP訊息中，回應器(例如節點B)使用相同新IE來公告並啟動其多工處理能力：
- NBAP: RADIO LINK SETUP RESPONSE
- NBAP: RADIO LINK SETUP FAILURE(用於成功建立的承載體)
- NBAP: RADIO LINK ADDITION RESPONSE
- NBAP: RADIO LINK ADDITION FAILURE (用於成功建立的承載體)
- NBAP: RADIO LINK RECONFIGURATION READY
- NBAP: RADIO LINK RECONFIGURATION RESPONSE
新IE的編碼可例如根據第5圖內表格中所示一或多個具體實施例，並且以關聯於Iu介面之方式來說明。
程序：
步驟1：
透過NBAP: RADIO LINK SETUP REQUEST建立第一專屬無線連結朝向回應器(節點B)時，初始器(RNC)透過「多工公告選擇」欄位宣告其多工處理能力。在此階段上，初始器可選擇性地包括已指派最終啓動多工處理的共用連接埠。
回應器將以NBAP: RADIO LINK SETUP RESPONSE訊息回覆，透過「多工啓動選擇」欄位宣告其多工處理能力。在此階段上，回應器可選擇性地包括已指派何時且是否最終啓動多工處理的共用連接埠。
在步驟1之後，兩網路節點知道其各別多工處理能力。
若兩網路節點已經知道(例如透過O＆M設定)其各別多工處理能力，則此步驟可省略，並且也因此可省略來自新IE的「多工公告選擇」欄位。
步驟2：
建立後續連結或重新設定所建立的連結時，初始器(RNC)可透過「多工啓動選擇」欄位要求啓動選取的多工處理功能。選取的啓動選擇應該符合公告階段期間兩網路節點所宣告的各別能力。在此階段上，應該也指出指派給多工處理的共用連接埠。若此欄位係用於停止已經建立的多工處理串流，則該共用連接埠可幫助選取串流的識別。
根據具體實施例，做出兩種假設：
a)　依照目前一項啓動要求，已經使用相同公告共用連接埠(來源與目的地)配對建立的所有無線連結將自動根據已啓動的組態一起多工處理。
b)　只有此非常NBAP訊息內列出的無線連結將根據啓動指示進行多工處理。只能透過清晰的指令，即是透過列出無線連結，適用開始「多工啓動選擇」欄位的NBAP: RADIO LINK RECONFIGURATION REQUEST/PREPARE訊息，讓其他建立的無線連結可加入相同的多工處理串流。要傳送的額外RADIO LINK RECONFIGURATION REQUEST/PREPARE訊息之數量將等於具有想要新增至此相同多工處理串流的無線連結的主動範圍之數量。
請注意，RADIO LINK RECONFIGURATION PREPARE訊息允許達成受影響無線連結的同步多工處理。
步驟3：
傳送NBAP: RADIO LINK RECONFIGURATION REQUEST/PREPARE訊息給具有要移除的無線連結之該等範圍，列出這些適用停止「多工啓動選擇」欄位的無線連結，如此可完成已建立多工處理串流之停止。
有關Iur介面(3GPP TS 25.423 V8.3.0(2008-12))，建議用於Iub介面的類似變更可應用於此。尤其是：
訊息：
在下列RNSAP訊息中，初始器(例如來源RNC；S-RNC)使用新選配資訊元件，例如多工處理能力IE，來公告並啓動其多工處理能力：
- RNSAP: RADIO LINK SETUP REQUEST
- RNSAP: RADIO LINK ADDITION REQUEST
- RNSAP: RADIO LINK RECONFIGURATION PREPARE
- RNSAP: RADIO LINK RECONFIGURATION REQUEST
在下列RNSAP訊息中，回應器(例如目標RNC；T-RNC)使用相同新IE來公告並啟動其多工處理能力：
- RNSAP: RADIO LINK SETUP RESPONSE
- RNSAP: RADIO LINK SETUP FAILURE(用於成功建立的承載體)
- RNSAP: RADIO LINK ADDITION RESPONSE
- RNSAP: RADIO LINK ADDITION FAILURE(用於成功建立的承載體)
- RNSAP: RADIO LINK RECONFIGURATION READY
- RNSAP: RADIO LINK RECONFIGURATION RESPONSE
新IE的編碼可例如根據第5圖內表格中所示一或多個具體實施例，並且以關聯於Iu介面之方式來說明。
程序：
步驟1：
當透過RNSAP: RADIO LINK SETUP REQUEST建立第一專屬無線連結朝向回應器(T-RNC)時，初始器(S-RNC)透過「多工公告選擇」欄位宣告其多工處理能力。在此階段上，初始器選擇性地包括指派最終啓動多工處理的共用連接埠。
回應器(T-RNC)將以RNSAP: RADIO LINK SETUP RESPONSE訊息回覆，透過「多工啓動選擇」欄位宣告其多工處理能力。在此階段上，回應器可選擇性地包括指派何時且是否最終啓動多工處理的共用連接埠。
在步驟1之後，兩網路節點知道其各別多工處理能力。
若兩網路節點已經知道(例如透過O＆M設定)其各別多工處理能力，則此步驟可省略，並且也可省略來自新IE的「多工公告選擇」欄位。
步驟2：
建立後續連結或重新設置所建立的連結，初始器(S-RNC)可透過「多工啓動選擇」欄位要求啓動選取的多工處理功能。選取的啓動選擇應該符合公告階段期間兩網路節點所宣告的各別能力。在此階段上，應該也指出指派給多工處理的共用連接埠。若此欄位用於停止已經建立的多工處理串流，則該共用連接埠可幫助選取串流的識別。
根據具體實施例，做出兩種假設：
a)　依照目前一項啓動要求，已經使用相同公告共用連接埠(來源與目的地)配對建立的所有無線連結將自動根據已啓動的組態一起多工處理。
b)　只有此非常RNSAP訊息內列出的無線連結將根據啓動指示進行多工處理。只能透過清晰的指令，即是透過列出無線連結，適用開始「多工啓動選擇」欄位的RNSAP: RADIO LINK RECONFIGURATION REQUEST/PREPARE訊息，讓其他建立的無線連結可加入相同的多工處理串流。要傳送的額外RADIO LINK RECONFIGURATION REQUEST/PREPARE訊息之數量將等於具有想要新增至此相同多工處理串流之無線連結的主動範圍之數量。
RADIO LINK RECONFIGURATION PREPARE訊息允許達成受影響無線連結的同步多工處理。
步驟3：
傳送RNSAP: RADIO LINK RECONFIGURATION REQUEST/PREPARE訊息給具有要移除的無線連結之該等範圍，列出這些適用停止「多工啓動選擇」欄位的無線連結，如此可完成已建立多工處理串流之停止。
在上述具體實施例內，已經描述於Iu/Iub/Iur介面上使用無線網路層(RNL)通訊協定，用來交換兩網路節點(對點)之間的資料多工處理能力。這些具體實施例的優點如下：每一舊式核心與無線存取網路(RAN)元件支援該無線網路層通訊協定。上述具體實施例提出增加現有訊息內的選配資訊元件。另一方面，RTCP支援為選擇性。
在此所揭示標的的具體實施例允許PDU在RAN的每一線路介面上進行多工處理，並且用於每種流量，CS和PS。
RNL從傳輸通訊協定的重新傳輸機制獲致之好處如下。
可選擇哪個資料串流要進行多工處理，哪個資料串流要從多工處理移除。
在此允許建立個別已多工處理之串流，例如基於流量QoS/傳輸要求來配置。
3GPP內可完全處置RNL通訊協定的擴充/增強。
在下列當中，描述關於家用節點B與家用節點B閘道器之間的多工相關資訊交換之進一步示範具體實施例。
底下描述的具體實施例係關於無線通訊技術領域內所呈現之毫微微概念。依照上面的簡單解釋，毫微微技術的主要目標為使用網路業者也採用的行動電話技術的方式，在客戶房屋處導入簡化並且便宜的無線存取點(HNB-家用節點B)，讓雙方都得利。透過第三方固接線路達成連接HNB至在HNB GW(HNB閘道器)上的行動電話業者網路。通常在最後一哩存取(LMA,last mile access)當中採用不平衡式頻寬技術(上連容量遠小於下連容量)，像是ADSL。因為運用許多種封包交換式通訊協定，對每一種聲音封包傳輸都有顯著負擔，因此聲音服務上的頻寬消耗相當高。一種聲音連線在使用AMR編碼時，在實體層級內最高產生84.8 kbit/s串流。若同時有多個呼叫，則數值據此呈倍數成長。在典型HNB實作當中，最多支援4個聲音呼叫，在實體層級上最高產生340 kbit/s串流，並且依照上述，此值超出固接線路網路業者提供的平均基本可能性(上連為256 kbit/s)。為了克服該上連頻寬限制，HNB可將來自不同終端(UE-使用者設備)的上連聲音封包多工處理成內含多個RTP訊框的單一IP封包，其被傳至HNB閘道器。RTP標題可另外壓縮以進一步降低佔用的頻寬。語音訊框利用HNB-GW解多工，以確定與舊式核心網路行動交換中心(MSC)的後向相容性。這種以毫微微蜂巢解決方案形式呈現之行動網路的原理顯示在第6圖內。第6圖內的行動網路200例示Iuh至Iu式毫微微蜂巢解決方案中上連繫結之原理。
第6圖內所指示的聲音訊框228a、228b、228c從多個終端230a、230b、230c(UE-使用者設備)透過空中介面231到達家用節點B(HNB) 204。HNB 204緩衝所有聲音訊框228a、228b、228c，直到來自最後主動終端的訊框已經到達，此後建立一個IP封包220，在IP封包220中，(已壓縮)RTP標題232a、232b、232c已新增至每一聲音訊框228a、228b、228c，並且該等訊框係彼此串接在一起，例如根據已經定義用於Nb介面的原理(3GPP TS 29.414 V8.2.0(2008-12))。其後通過HNB 204與HNB閘道器202之間設定的Ipsec隧道234往上連方向233傳送IP封包220，來對HNB至HNB-GW通訊提供整體性與機密性。一旦IP封包220到達HNB-GW 202，其被解碼，並且語音訊框228a、228b、228c被解多工。透過Iu-CS介面236傳送該等語音訊框至行動交換中心MSC 238時，每一ATM封包239a、239b、239c(或RTP封包)都有一單一語音訊框228a、228b、228c。從RNL的觀點來看，204與202之間的介面也稱為Iuh介面，而從RNL的觀點來看，Ipsec隧道234並非必要。
根據具體實施例，語音訊框繫結並未針對下連執行(在下連方向240內，從HNB-GW 202至HNB 204)，例如考慮到可用頻寬充足時。
因此在這種案例中，在下連方向內傳送的IP封包242a、242b、242c在此具體實施例內並不進行多工處理。
為了應用多工處理和壓縮機制，需要在實際通訊作業開始之前或之時交換參與網路節點之間的某些資訊。
以下描述的具體實施例係基於在攜帶與呼叫相關的聲音樣本的封包依照程序在HNB與HNB-GW之間交換之前，交換壓縮與多工處理相關資訊的想法，此完全無關於發訊以設定聲音呼叫。
依照具體實施例，建議在HNB與HNB GW通訊的初始建立期間(例如HNB在HNB-GW的註冊期間(請參閱3GPP TS 25.469 V8.0.0(2008-12)))，傳訊HNB GW支援多工處理的能力和特定MUX UDP連接埠。
依照進一步具體實施例，建議在HNB使用TR-069(請參閱3GPP TS 25.467)的參數化期間，甚至在HNB與HNB-GW之間的通訊開始之前，傳訊HNB GW支援多工處理的能力與特定MUX UDP連接埠。為了交換這種資訊，需要針對現有通訊協定及/或資料模型導入適度強化，如下列段落內所述。
HNB-GW需要通知HNB有關其支援RTP訊框多工處理的能力、其支援RTP標題壓縮的能力，以及其用於接收已多工處理的RTP串流來允許使用上連(HNB至HNB-GW)內多工處理之本機UDP連接埠。
只要下連內未發生多工處理/壓縮，則HNB不需要通知HNB-GW有關其本機UDF多工器連接埠。
根據另一具體實施例，HNB不明示通知HNB-GW有關其對多工處理和壓縮的支援。而是在此具體實施例內用暗示方式完成這些特徵的支援。
接收到HNB-GW支援多工處理/壓縮的資訊時，HNB可決定在聲音連線中應用多工處理/壓縮，並且根據具體實施例，利用傳送多工處理封包至已知MUX UDP連接埠(暗中發出其支援多工處理的訊號)來達成。
根據具體實施例，RTP標題內提供旗標，用來允許HNB指出HNB想要應用該壓縮。例如：若HNB想要應用該壓縮，則利用在多工處理RTP標題內設定適當旗標來指示(如此暗中指示其支援該壓縮)，如3GPP TS 29.414 V8.2.0(2008-12))內所陳述。
若HNB-GW不支援這些功能，HNB-GW絕不會傳送該適當訊息給HNB。若未接收這類訊息，HNB將會假設，根據具體實施例，HNB-GW不支援多工處理/壓縮，因此不會在上連傳輸當中應用。
在以下當中，將描述此處所揭示標的的進一步示範具體實施例。
根據操作HNB-GW(第一網路節點)和HNB(第二網路節點)的方法的具體實施例，係基於HNBAP通訊協定(3GPP TS 25.469 V8.0.0(2008-12))之運用。HNB連接至網路時，其必須對選擇的HNB-GW註冊。HNBAP內定義特定程序，第7圖內顯示其各別調適版本。在第7圖中的行動網路200內，HNB 204與HBN-GW 202交換註冊訊息。為了根據具體實施例實現有關多工處理/壓縮的早期資訊，此程序的訊息需要傳輸額外新資訊元件(IE)，例如根據具體實施例：
1.　一MUX UDP連接埠IE二進位(16位元-欄位)
2.　一壓縮支援IE(布林類型)
在上連多工器支援的案例中，需要在HNB REGISTER ACCEPT訊息250內實現，其從HNB-GW傳送至HNB來回應HNB REGISTER REQUEST訊息252，針對必要或選配IE，由ASN.1訊息定義限制設定「若未知IE則忽略」的優先順序以確保該訊息的正確解譯，如此保證後向相容性。
在支援額外下連多工處理/壓縮的案例中，HNB REGISTER REQUEST 252內也需要依照之前描述的強化，來通知HNB-GW有關HNB多工處理/壓縮的能力。
第8圖例示根據此處所揭示標的顯示部分行動網路300的具體實施例之資料物件模型運用。根據操作方法的具體實施例，HNB-GW(具體實施例內的第一網路節點)和HNB(具體實施例內的第二網路節點)係基於使用從HNB至網路O＆M的管理通道，例如基於TR-069通訊協定。根據具體實施例，在組態下載或組態訊息362內，組態參數在O＆M子系統360與HNB 304之間通訊時使用此通訊協定。在第8圖內所示的示範具體實施例內，O＆M子系統包含一個家用節點B管理系統(home nodeB management system，HMS)360a和一個操作與維持系統(operation and maintenance system，OMS) 360b。HMS 360a其中已儲存例如毫微微存取組態資料模型。QMS 360b其中已儲存組態資料模型等，用於例如CS、HNB和HNB閘道器。根據具體實施例，「資料物件模型」內所描述的參數供TR-069通訊協定來將參數設定為所要值。根據具體實施例，新增至資料物件模型的該等參數為：
1. MUX UDP連接埠
2.　壓縮支援
目前有一種針對「毫微微存取點服務資料模型」的提案(WT-196)，由3GPP RAN WG3和寬頻論壇一起開發，來增強TR-069通訊協定的可應用性，使其對毫微微應用而言相當有用。目前有一種關於Iuh-FAPService.{i}.CellConfig.UMTS.RAN.Iuh的物件定義，此物件可用來儲存MUX UDP連接埠。
一般來說，其中最佳化(多工處理)能力透過組態訊息傳遞至一第二節點的該方法，係獨立於上述關於第7圖有關註冊程序之該方法之外。
根據本發明的具體實施例，以各別電腦程式產品的形式提供網路節點的任何組件，例如控制單元、介面或通訊協定，其可讓處理器提供如此處所述之各別元件的功能。根據其他具體實施例，網路節點的任何組件可由硬體提供。根據其他混合具體實施例，某些組件可用軟體提供，而其他組件則由硬體提供。
吾人應該注意，「包含」一詞並未排除其他元件或步驟，並且「一」(a、an)並未排除複數。也可組合此處所述與不同具體實施例相關聯的元件。吾人也應該注意，申請專利範圍內的參考符號不應視為對申請專利範圍之限制。
為了概括上述本發明的具體實施例，吾人可陳述：本發明說明一種行動網路，該網路具有一第一網路節點和一第二網路節點，該行動網路提供一使用者平面，用來傳輸內含使用者資料的傳輸封包，以及一進一步網路層平面，其不同於該使用者平面。一種操作該第一網路節點的方法，包含透過該進一步網路層平面的一網路層通訊協定傳送一資訊元件至該第二網路節點，其中該資訊元件指出該第一網路節點或處理一最佳化傳輸封包的該行動網路之其他網路節點之最佳化能力。一種操作一第二網路節點的方法，其包含透過該進一步網路層平面的一網路層通訊協定接收來自該第一網路節點的該資訊元件，以及處理該資訊元件。
該第一網路節點內的最佳化啓動可由明確啓動訊息執行，或利用只傳送最佳化傳輸封包至該第一網路節點來執行，即是利用啓動最佳化傳輸來執行。
此處所揭示標的的示範具體實施例包含：使用從使用者資料傳輸分離並且與(聲音)呼叫設定傳訊無關的HNB內的一通訊協定，在實際使用者資料傳輸開始之前交換封包多工處理能力和封包壓縮能力。
可接收已多工處理的及/或已壓縮的RTP封包(例如HNB-GW)的節點1公告其能力給節點2(例如HNB)，包含HNB註冊程序(用以連接兩節點)期間的多工處理目的地(例如透過HNB註冊接受的HNB和HNB-GW)。
節點2(例如HNB)透過一管理通訊協定(例如來自HNB中的O＆M子系統的TR-069)，接收節點1的多工處理和壓縮資訊(能力、UDP連接埠)。
節點2不用進一步傳訊，只要傳送一已多工處理的和已選擇性壓縮的RTP封包給先前指示的目的地(UDP連接埠專門用來接收已多工處理的RTP封包)，就可接受並啓動該多工處理及/或壓縮操作；RTP標題壓縮操作在頻內啓動，並且從多工處理操作中分離。如何啓動RTP標題壓縮的程序係採用自29.414與RFC3550，這不屬於本發明之一部分。
HNB、HNB-GW：每一節點使用傳訊通訊協定，以在實際開始使用者資料傳輸(CS或PS流量或兩者兼具)之前，交換多工處理能力和壓縮能力。使用者資料封包之多工處理的開始與停止並不需要其他任何協商程序，只要傳送封包至該適當目的地連接埠即可。
透過多工處理和封包壓縮，將新資訊元件導入與傳輸最佳化相關的Iu-h傳訊通訊協定。
TR-069針對毫微微應用導入資訊所使用的標準化資料物件模型，允許Iuh介面上使用者資料傳輸的多工處理與壓縮。
使用對點之間透過一RAN介面(即是S1、Iu、Iub、Iur、Iu-h介面)連接的無線網路層傳訊通訊協定，來交換資料多工處理能力、啓動與停止指令以及用於已多工處理的資料傳輸的共用連接埠。
HNB、HNB-GW、基地台、無線網路控制器：每一節點都使用無線網路層傳訊通訊協定來交換多工處理能力、通知有關使用者資料之多工處理的開始與停止以及封包的連接、流動和傳輸。
例如透過多工處理，將新資訊元件導入與傳輸最佳化相關的S1、Iu、Iub、Iur、Iu-h傳訊通訊協定。
此處所揭示標的的具體實施例之優點為：每一節點都已經支援該傳訊通訊協定，並且由通訊協定內額外選配資訊元件可輕易導入新特徵。
根據已標準化的程序，而非根據新協商程序的RTP壓縮協商。
兩節點之間的(一個)能力協商程序，而非對每一串流進行交換。
每一RAN節點都已經支援各別傳訊通訊協定，並且由通訊協定內額外選配資訊元件可輕易導入新特徵。
在RAN內所有介面上(不只是Iu介面)以及針對CS與PS類型流量(不只是CS聲音流量)支援PDU多工處理。
針對錯誤情況下的傳訊封包，可獲得已佈署的傳輸通訊協定之重新傳輸機制的好處。
可能建立個別已多工處理的串流(根據QoS/傳輸需求)，來選擇哪個資料串流要進行多工處理、哪個資料串流要從多工處理當中移除。
100,200,300．．．行動網路
102,202．．．第一網路節點
104,204．．．第二網路節點
106,108．．．控制單元
110,112．．．介面
114．．．使用者平面
116．．．進一步網路層平面
118．．．資訊元件
120,220．．．傳輸封包
228a,228b,228c．．．聲音訊框
230a,230b,230c．．．使用者設備
231．．．空中介面
232a,232b,232c．．．RTP標題
233．．．上連方向
234．．．Ipsec隧道/Iuh介面
236．．．Iu-CS介面
238．．．行動交換中心(MSC)
239a,239b,239c．．．非同步傳輸模式(ATM)封包
240．．．下連方向
242a,242b,242c．．．IP封包
250．．．註冊接受訊息
252．．．註冊要求訊息
304．．．第二網路節點
360．．．操作與維持子系統
360．．．第一網路節點
360a．．．家用節點B管理系統
360b．．．操作與保養系統
362．．．組態訊息
第1圖顯示根據此處所揭示標的的具體實施例之行動網路的相關節點。
第2圖顯示處理同時語音呼叫的一些NoC所需之傳輸頻寬。
第3圖顯示具RTF多工處理之同時語音呼叫的一些NoC所需之傳輸頻寬。
第4圖顯示具RTF多工和標題壓縮處理之同時語音呼叫的一些NoC所需之傳輸頻寬。
第5圖顯示根據此處所揭示標的的具體實施例之多工處理能力資訊元件編碼之範例。
第6圖顯示根據此處所揭示標的的具體實施例之行動網路。
第7圖顯示根據此處所揭示標的的具體實施例，家用節點B閘道器上之家用節點B的註冊程序。
第8圖例示根據此處所揭示標的的具體實施例之資料物件模型之運用。
100．．．行動網路
102．．．第一網路節點
104．．．第二網路節點
106,108．．．控制單元
110,112．．．介面
114．．．使用者平面
116．．．進一步網路層平面
118．．．資訊元件
120．．．傳輸封包

Claims (20)

  1. 一種操作一行動網路的一網路節點之方法，該方法包含：從該行動網路之一第一網路節點傳送一資訊元件至一第二網路節點，該行動網路提供一使用者平面，用來傳輸內含使用者資料的傳輸封包，以及至少一個不同於該使用者平面之附加的、進一步的網路層平面，該資訊元件係透過該進一步的網路層平面的一網路層通訊協定傳送；其中該資訊元件指出處理一最佳化傳輸封包的該第一網路節點與該第二網路節點之至少一者的最佳化能力。
  2. 如申請專利範圍第1項之方法，其中該最佳化能力包含處理一最佳化傳輸封包的該第一網路節點之多工處理能力，其中該最佳化傳輸封包包含多工處理成該最佳化傳輸封包的不同使用者資料封包。
  3. 如申請專利範圍第1項之方法，其中傳送一資訊元件至該第二網路節點，係獨立於該第二網路節點與該第一網路節點之間的一連接設定。
  4. 如申請專利範圍第1項之方法，另包含傳送一註冊接受訊息給該第二網路節點，來回應連接該第二網路節點至該網路的一註冊要求；其中該資訊元件係包含在該註冊接受訊息之內。
  5. 如申請專利範圍第1項之方法，另包含：傳送一控制訊息至該第二網路節點；其中該資訊元件係包含在該控制訊息之內。
  6. 如申請專利範圍第1項之方法，其中該網路層通訊協定係為一傳訊通訊協定。
  7. 如申請專利範圍第1項之方法，其中該進一步的網路層平面係為一控制平面與一操作和維持平面中之一者。
  8. 如申請專利範圍第1項之方法，其中該資訊元件包含一連接埠規格，用於為該第一網路節點指定接收該最佳化傳輸封包的該連接埠。
  9. 一種操作一行動網路的一網路節點之方法，該方法包含：在一第二網路節點上接收來自一第一網路節點的一資訊元件，該行動網路提供一使用者平面，用來傳輸內含使用者資料的傳輸封包，以及至少一個不同於該使用者平面之附加的、進一步網路層平面，該資訊元件係透過該進一步的網路層平面的一網路層通訊協定傳送；處理該資訊元件；其中該資訊元件指出處理一最佳化傳輸封包的該第一網路節點之一最佳化能力。
  10. 如申請專利範圍第9項之方法，其中接收來自該第一網路節點的該資訊元件，其獨立於該第二網路節點與該第一網路節點之間的一連接設定。
  11. 如申請專利範圍第9項之方法，另包含：傳送一最佳化要求訊息至該第一網路節點，該最佳化要求訊息要求該第一網路節點啟動最佳化，並且將最佳化傳輸封包傳送至該第二網路節點。
  12. 如申請專利範圍第11項之方法，另包含：在該最佳化要求訊息之後傳送一資源指派要求訊息至該第一網路節點，該資源指派要求訊息要求一各別資源的該指派，用於傳輸封包的傳輸，其中該資源指派要求訊息包含要求對該所要求資源之最佳化的一最佳化選擇資訊元件。
  13. 如申請專利範圍第11項之方法，另包含：在該最佳化要求訊息之後傳送一資源修改要求訊息至該第一網路節點，該資源修改要求訊息要求一各別目標資源的修改，其中該資源指派要求訊息包含要求停止對該資源修改要求訊息的該目標資源之最佳化的一最佳化選擇資訊元件。
  14. 如申請專利範圍第9項之方法，其中該網路層通訊協定為一傳訊通訊協定。
  15. 如申請專利範圍第9項之方法，其中該進一步的網路層平面為一控制平面與一操作和維持平面的其中之一。
  16. 如申請專利範圍第9項之方法，該資訊元件包含的一連接埠規格，用於為該第一網路節點指定接收該最佳化傳 輸封包的該連接埠。
  17. 一種行動網路的網路節點，該網路節點包含：用於與該行動網路的其他節點通訊的一控制單元以及一介面，該控制單元係設置成使該網路節點執行以下動作：從該網路節點傳送一資訊元件至一另一網路節點，該行動網路提供一使用者平面，用來傳輸內含使用者資料的傳輸封包，以及至少一個不同於使用者平面之附加的進一步的網路層平面，該資訊元件係透過該進一步的網路層平面的一網路層通訊協定傳送，其中該資訊元件指出處理一最佳化傳輸封包的該網路節點與該另一網路節點之至少一者的最佳化能力。
  18. 一種行動網路的網路節點，該網路節點包含：用於與該行動網路的其他節點通訊的一控制單元以及一介面，該控制單元係設置成使該網路節點執行以下動作：在該網路節點上接收來自一另一網路節點的一資訊元件，該行動網路提供一使用者平面，用來傳輸內含使用者資料的傳輸封包，以及至少一個不同於使用者平面之附加的、進一步的網路層平面，該資訊元件係透過該進一步的網路層平面的一網路層通訊協定傳送；處理該資訊元件，其中該資訊元件指出處理一最佳化傳輸封包的該另一網路節點之一最佳化能力。
  19. 一種設置成執行電腦程式的處理器，該電腦程式係能夠使一網路節點實行： 從該行動網路之一第一網路節點傳送一資訊元件至一進一步的網路節點，該行動網路提供一使用者平面，用來傳輸內含使用者資料的傳輸封包，以及至少一個不同於使用者平面之附加的、進一步的網路層平面，該資訊元件係透過該進一步的網路層平面的一網路層通訊協定傳送，其中該資訊元件指出處理一最佳化傳輸封包的該第一網路節點與該進一步的網路節點之至少一者的最佳化能力。
  20. 一種設置成執行電腦程式的處理器，該電腦程式係能夠使一網路節點實行：在一行動網路的網路節點上接收來自一另一網路節點的一資訊元件，該行動網路提供一使用者平面，用來傳輸內含使用者資料的傳輸封包，以及至少一個不同於使用者平面之附加的、進一步的網路層平面，該資訊元件係透過該進一步網路層平面的一網路層通訊協定傳送；及處理該資訊元件，其中該資訊元件指出處理一最佳化傳輸封包的上述另一網路節點之一最佳化能力。
TW099107074A 2009-03-16 2010-03-11 行動網路最佳化 TWI495359B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2009/053094 WO2010105666A1 (en) 2009-03-16 2009-03-16 Mobile network optimization

Publications (2)

Publication Number Publication Date
TW201101872A TW201101872A (en) 2011-01-01
TWI495359B true TWI495359B (zh) 2015-08-01

Family

ID=42154372

Family Applications (1)

Application Number Title Priority Date Filing Date
TW099107074A TWI495359B (zh) 2009-03-16 2010-03-11 行動網路最佳化

Country Status (7)

Country Link
US (1) US8774129B2 (zh)
EP (1) EP2409519B1 (zh)
KR (1) KR101322784B1 (zh)
CN (1) CN102428727B (zh)
AU (1) AU2009342259B2 (zh)
TW (1) TWI495359B (zh)
WO (1) WO2010105666A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009083529A1 (en) * 2007-12-27 2009-07-09 Telefonaktiebolaget Lm Ericsson (Publ) Auto configuration of mobility entity
WO2010151197A1 (en) * 2009-06-25 2010-12-29 Telefonaktiebolaget L M Ericsson (Publ) Core network node selection in radiocommunication systems having home gateways
US8812733B1 (en) * 2010-08-19 2014-08-19 Google Inc. Transport protocol independent communications library
US20120196605A1 (en) * 2010-08-27 2012-08-02 Sonus Networks, Inc. Transfer of Sessions for Femtocells to Macro Mobile Networks
CN102413493A (zh) * 2010-09-21 2012-04-11 北京三星通信技术研究有限公司 决定重定位过程的方法和决定切换过程的方法
US8971311B2 (en) * 2010-09-23 2015-03-03 Genband Us Llc Methods, systems and computer readable media for supporting a plurality of real-time transport protocol (RTP) multiplexing enablement methods in a media gateway
ES2441140B1 (es) * 2012-07-30 2015-03-10 Vodafone Espana Sau Metodo, entidad de red y equipo de usuario para entregar informacion a una red de acceso de radio.
KR102453739B1 (ko) * 2013-03-29 2022-10-11 애플 인크. 셀 방식 네트워크에서의 인터넷에의 연결 확립
CN108886748B (zh) 2016-01-27 2021-07-20 三星电子株式会社 用于减少信令开销和减少终端电池的方法和设备
CN107241739B (zh) * 2016-03-29 2022-06-21 中兴通讯股份有限公司 网络节点的配置方法及装置
CN108617013B (zh) * 2017-01-06 2021-12-07 北京三星通信技术研究有限公司 用于无线网络系统之间的数据传送控制的方法及设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080247361A1 (en) * 2005-08-25 2008-10-09 Myung-Cheul Jung Traffic Transmission Path Relocation Method For Radio Communication System

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7120804B2 (en) 2002-12-23 2006-10-10 Intel Corporation Method and apparatus for reducing power consumption through dynamic control of supply voltage and body bias including maintaining a substantially constant operating frequency
US7098637B2 (en) 2003-05-12 2006-08-29 International Rectifier Corporation Active voltage positioning implementation for microprocessor power supplies or the like
CN1259609C (zh) 2004-07-08 2006-06-14 清华大学 采用主从电流均分的微处理器多相开关电源
US8983468B2 (en) 2005-12-22 2015-03-17 Qualcomm Incorporated Communications methods and apparatus using physical attachment point identifiers
DE502005008978D1 (de) 2005-12-16 2010-03-25 Siemens Ag Verfahren zur Übertragung von auf dem Ethernet-Übertragungsprotokoll basierenden Datenpaketen zwischen zumindest einer mobilen Kommunkationseinheit und einem Kommunikationssystems
US20070174641A1 (en) 2006-01-25 2007-07-26 Cornwell Michael J Adjusting power supplies for data storage devices
CN101047711B (zh) * 2006-04-27 2010-08-18 华为技术有限公司 Ip报文传输、协商带宽节省能力和节省网络带宽的方法
US8526986B2 (en) * 2007-02-07 2013-09-03 Lg Electronics Inc. Optimized random access channel (RACH) access
WO2009128755A1 (en) * 2008-04-18 2009-10-22 Telefonaktiebolaget L M Ericsson (Publ) Optimizing the usage of radio resources by cross-layer reading of information from higher level control plane protocol layer

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080247361A1 (en) * 2005-08-25 2008-10-09 Myung-Cheul Jung Traffic Transmission Path Relocation Method For Radio Communication System

Also Published As

Publication number Publication date
CN102428727A (zh) 2012-04-25
CN102428727B (zh) 2015-08-19
EP2409519A1 (en) 2012-01-25
US8774129B2 (en) 2014-07-08
TW201101872A (en) 2011-01-01
EP2409519B1 (en) 2019-12-18
WO2010105666A1 (en) 2010-09-23
US20120250513A1 (en) 2012-10-04
KR101322784B1 (ko) 2013-10-29
AU2009342259A1 (en) 2011-10-13
AU2009342259B2 (en) 2015-05-07
KR20110127280A (ko) 2011-11-24

Similar Documents

Publication Publication Date Title
TWI495359B (zh) 行動網路最佳化
KR101403985B1 (ko) 분할-셀 중계 네트워크들을 위한 장치 이동성
US8503391B2 (en) CS to IMS hand-back and hand-in for IMS systems for legacy CS UE with home node B access
JP4327800B2 (ja) Ｗｌａｎアクセス・ポイントとサービス提供ネットワークとの間のゲートウェイ・ノードを使用する、ｗｌａｎアクセス・ポイントを介したｃｄｍａ／ｕｍｔｓサービスへのアクセス
US7613147B2 (en) Packet-based conversational service for a multimedia session in a mobile communications system
US20200053604A1 (en) Communication Apparatus
US8358647B2 (en) System and method for provision of IMS based services for legacy CS UE with home node B access
US9025534B2 (en) Hybrid network controller for femtocells and access points
US20080074993A1 (en) UMA classmark information
WO2006086756A2 (en) Unlicensed mobile access network (uman) system and method
KR20080066757A (ko) 패킷-최적화 무선 링크 계층을 위한 ｍａｃ 하위-계층에서플로우_ｉｄ 관리를 제공하기 위한 장치, 방법 및 컴퓨터프로그램 제품
WO2013155981A1 (zh) 数据分流的方法和装置
WO2006026889A1 (fr) Systeme et procede de commande dynamique de debit multimedia dans un systeme ims
CN101453761B (zh) 网络接入控制的系统、方法和设备
Bauer et al. The UMTS base station router
KR101123068B1 (ko) Ｗｌａｎ 액세스 포인트와 서비스 제공 네트워크 간의 게이트웨이 노드를 이용하여 ｗｌａｎ 액세스 포인트를 통한 ｃｄｍａ/ｕｍｔｓ 서비스에 대한 액세스
KR20110019689A (ko) 다중 통신 방식을 이용하는 네트워크에서의 기지국의 패킷 전송 방법
WO2010088804A1 (zh) 一种中继传输的方法、中继节点和基站
US20090316660A1 (en) Method, system, and apparatus for handover amongst plurality of communication networks
Sherif Voice Evolution in 4G Networks
US20120196605A1 (en) Transfer of Sessions for Femtocells to Macro Mobile Networks
JP2011030077A (ja) 無線基地局