TWI303948B - Transport network control signalling - Google Patents

Transport network control signalling Download PDF

Info

Publication number
TWI303948B
TWI303948B TW093135739A TW93135739A TWI303948B TW I303948 B TWI303948 B TW I303948B TW 093135739 A TW093135739 A TW 093135739A TW 93135739 A TW93135739 A TW 93135739A TW I303948 B TWI303948 B TW I303948B
Authority
TW
Taiwan
Prior art keywords
aal2
utran
configuration
node
tnl
Prior art date
Application number
TW093135739A
Other languages
English (en)
Other versions
TW200527927A (en
Inventor
Csaba Antal
Niilo Musikka
Attila Bader
Lars Westberg
Original Assignee
Ericsson Telefon Ab L M
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 Ericsson Telefon Ab L M filed Critical Ericsson Telefon Ab L M
Publication of TW200527927A publication Critical patent/TW200527927A/zh
Application granted granted Critical
Publication of TWI303948B publication Critical patent/TWI303948B/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26Resource reservation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/72Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/824Applicable to portable or mobile terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/825Involving tunnels, e.g. MPLS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5603Access techniques
    • H04L2012/5604Medium of transmission, e.g. fibre, cable, radio
    • H04L2012/5607Radio
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5629Admission control
    • H04L2012/563Signalling, e.g. protocols, reference model
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5665Interaction of ATM with other protocols
    • H04L2012/5667IP over ATM
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Use Of Switch Circuits For Exchanges And Methods Of Control Of Multiplex Exchanges (AREA)
  • Common Detailed Techniques For Electron Tubes Or Discharge Tubes (AREA)
  • Container, Conveyance, Adherence, Positioning, Of Wafer (AREA)
  • Transition And Organic Metals Composition Catalysts For Addition Polymerization (AREA)

Description

?7 年 13 03參^8135739號專利申請案 中文說明書替換頁(97年6月) 九、發明說明: 【發明所屬之技術領域】 本發明有關在一行動電話網路中的方法與配置。特別 疋’有關用於一全球行動電話系統地面無線電存取網路 (UTRAN)中的傳輸網路層(TNL)控制發信之方法與配置。 【先前技術】 通用行動電信系統(Universal Mobile Telecommunication System,UMTS)地面無線電存取網路(Terrestrial Radio Access Network),以下簡稱UTRAN,是由第三代合作夥伴 計晝(3rd Generation Partnership Project,以下簡稱 3GPP) 標準化組織所指定第三代行動網路網路的無線電存取網路 (RAN)。UTRAN介面的一般協定模型是在圖2a顯示。協定 模型能被分成兩個邏輯獨立層:一無線電網路層(RNL)與一 傳輸網路層(TNL),並與使用者面及控制面正交,在第三代 合作夥伴計晝技術規範(3rd Generation Partnership Project
Technical Specification,以下簡稱 3GPP TS) 25.401、3GPP 及技術規範群組無線存取網路(Technical Specification
Group Radio Access Network,以下簡稱 TSG RAN) : UTRAN 整份說明書中有進一步說明敘述。 根據圖1,UTMS的主要部份是一核心網路1 〇 1,UTRAN 102、與亦稱為行動終端機之使用者設備(UE)107。在核心 網路101與UTRAN 102之間的介面稱為Iu介面108,且在 UTRAN 102與使用者設備107之間的介面稱為Uu介面 111。UTRAN 102包含一無線電網路子系統(RNS) 103。在兩 個RNSs之間的介面稱為Iur介面109。包含一無線電網路控 制器(Radio Network Controller,以下簡稱 RNC) 104及一個 或多個節點B 105之RNS 103亦稱為基地台。在RNC 104與 97413-970625.doc 1303^祕35二39號專利申請案b年“❿修正雜頁丨 中文說明書替換頁(97年6月) 卽點B 105之間的介面稱為iub介面11 〇。節點b(即是單元) 的涵蓋區域是以1 06表示。 如一般趨勢,UTrAN的較早版本是根據ATM,而新版 本將根據1P技術。混合式ATM與IP為基礎之網路亦可能。 在兩個傳送技術間結果有明顯不同,ATM是連接導向,而 IP是非連接傳輸方法。 在以非同步傳輸模式(Asynchronous Transfer Mode,以下 簡稱ATM)為基礎之UTRan中,使用者資料使用ATM適配層 第 2類(ATM Adaptation Layer Type 2,以下簡稱 AAL2),而 TNL發信使用AAL5協定。AAL2與AAL5連接是在虛擬連接 (VC)與虛擬路徑(VP)中傳送,且是透過管理系統或透過 ATM發信而配置。對於不同類型的使用者流量而言,可定 義不同服務種類,例如固定位元率(CBR)、可變位元率 (VBR)、未指定位元率(UBR),其特徵在於不同的流量參 數。需要的服務品質(QoS)可透過於每一VP/VC執行的呼叫 許可控制機構(CAC)而確定。 IP將使用在未來的UTRAN版本,所以一轉移路徑必須從 ATM至IP之間擬定。在UTRAN中從ATM至IP傳輸技術的平 穩轉移需要以ATM與IP為基礎之網路部份共存。必須提供 如圖1所示之Iu、Iur、Iub介面的ATM與IP網路部份之間的 交互作業。如果節點不同時支援ATM與IP技術,必須在ATM 與IP網路部份之間操作一網路互連單元(Inter-Working Unit,以下簡稱IWU)。 AAL2/ATM網路的傳輸網路控制面的目前可用與基本解 決方案是如在 ITU-T Recommendation Q.2630.2: nAAL type 2 signalling protocol (Capability Set 2)’’]中描述的 Q.2630發 信。Q.2630是用來建立在ATM UTRAN網路中的AAL2連 97413-970625.doc
I303#48l35739號專利_ 年Μ沿賢顧I
中文說明書替換頁-J 接’但疋Q.2630發信不適於組態設定ATM層。在ATM UTRAN中,使用透過一管理系統手動設定組態的永久與半 永久的VP與VC。 在1P網路中,透過標準IP路由協定來投送封包,且以IP 為基礎之傳輸協定提供用於IP封包傳遞的可靠或不可靠的 傳輸服務。對於在相同時間週期傳送不同流量類型的一 IP 網路中的QoS供應,發展出兩個基本不同結構:整合服務 (IntServ)與區隔服務(DiffServ)。在IntServ中,路由器的資 源是提供用於每一流量流,而在DiffServ中,流量類型是根 據流量流的每躍程行為(PHB)而分類,且通常是按PHB來提 供資源。 2001 年 Internet Draft,Work in Progress 由 L.西柏格等人發 表:’’Resource Management in DiffServ Framework” ; 2002 年柏林Protocols for High Speed Networks由 L.西柏格等人 發表:"Resource Management in DiffServ (RMD): A Functionality and Performance Behavior Overview” 中戶斤述 DiffServ(RMD)方法中的資源管理,可用於IP網路的動態資 源管理。在RMD中,資源管理是以兩個級別達成:按流保 留是在邊端節點完成,而按流量分類保留或以測量為基礎 之保留是在邊端節點完成。相較於以IntServ為基礎之保留 方法,RMD的主要優點是在内部節點中的可擴展性與輕量 型協定實施。 對於在以IP為基礎之UTRAN網路的TNL控制,使用以IP 為基礎之TNL發信協定網際網路協定-存取鏈結控制應用部 分(Internet Protocol-Access Link Control Application Part,以下簡稱IP-ALCAP)。IP-ALCAP 是在 3GPP [3GPP TSG RAN WG3 : R3-021366 MA2IP Signalling Protocol 97413-970625.doc
(Q.IPALCAP Spec· draft)’’ 2〇〇2]的規格下; ;WO 03/019897
IP-ALCAP 中使用 IntServ方法。 ;留方法而確保,例如在 在TNL控制面與使用者面中 用於Iub介面之可用協定堆疊是在圖仏顯示。 在UTRAN中引用IP傳輸的動機是例如它可在窄鏈路中提 供杈佳的混合式流量類型支援、增加以ιρ為基礎之應用數 量、與以IP為基礎之操作與維護。進一步優點是ιρ與資料 鏈路層無關’向度部署IP路由器可以降低其價格,並可使 用路由表的動態更新與自動設定組態能力。 混合ATM與IP傳輸亦可能。在—典型混合式ATM_Ip網路 中,較高層RAN(HRAN)是以IP為基礎,且較低層raN(LRAN) 是以ATM為基礎,且一網路互連單元(iwU)是在ATM與IP 網路部份之間操作。在IWU中,必須轉譯Q.AAL2與 IP-ALCAP訊息。請參考圖2b。 前述IP-ALCAP解決方案的缺點範例是在下面列出: 標準IP路由協定不與IP-ALCAP交互作業。IP-ALCAP係以 每躍程雙向連接建置(例如Q.2630)為基礎;因此,路由是靜 態的。假使一鏈路或一節點失效,或假使一鏈路的擁塞, 必須終止連接,且必須在RNC與節點B之間建立一新連接。 在IP路由器中不適合使用IP-ALCAP以進行資源保留,且 不能使用類似RMD的以Diffserv為基礎之資源保留方法。此 外,如在RSVP中,不可能使用IP-ALCAP軟狀態資源管理。 亦於前文描述以ATM/AAL2為基礎之UTRAN的標準解決 方案具有下列缺點: 為了允許動態建立ATM VC,需要一 ATM發信協定,且該 97413-970625.doc L303^83135739號專利申請案 中文說明書替換頁(96年10月) ATM發信協定是與用於建立使用者連接的Q.AAL2發信無 關。由於VC組態較少改變,所以不值得基於此目的而實施 一分開的發信協定。因此,通常係經由管理系統來手動組 態設定ATM層VC與VP。 一混合式IP與ATM /AAL2網路會有下列缺點: 在一混合式ΑΤΜ-IP網路中,必須使用兩個不同協定來建 立一 AAL2連接:在ATM部份的Q.AAL2與在IP部份的 IP-ALC AP。在ATM與IP部份之間需要TNL控制面的網路互 連功能。 在一混合式ΑΤΜ-IP網路中,使用兩個位址結構:在IP部 份的IP定址,以及在ATM部份的ATM端系統位址(AESAs), 其使定址複雜。在RNC中,需要在IP與ATM之間的位址轉 譯,且必須維護ATM與IP位址表。 從ATM轉移到IP只能在大步驟,並具重要的立即性投 資:在IP部份中,必須更換用於控制面的硬體與軟體。如 乙太網路、MPLS、光學交換等的未來鏈路層技術將需要實 施新TNL發信協定的實施。 【發明内容】 因此,本發明的一目的是提供一種改良傳輸網路控制發 信,以克服前述缺點。 此可經由如請求項1之方法與如請求項21之配置達成。 本發明的較佳具體實施例是透過請求項定義。 本發明的優點如下: 本發明促使能夠使用以標準IP為基礎之路由與管理,以 97413-961003.doc -10- 1303948 允許更大的自動組態設定與更彈性的錯誤處理。透過使用 RMD物件擴充的RSVP-TE,可執行以DiffServ為基礎之資源 保留。 本發明亦適於雙向發信,並可使用軟保留狀態,而導致 較簡單的發信與更健全的設計。 引用以RSVP-TE為基礎之發信可提供從入丁…到IP的較小 轉移步驟。作為第一轉移步驟,可將控制面改變成以ιρ為 基礎之RSVP-TE,且在RNC與節點b中只需要軟體更新。然 後,可將使用者面改變成從HRAN開始的IP。如乙太網路、 MPLS、光學交換等的未來鏈路層技術亦更容易適用於 UTRAN。因此,以RSVP-TE為基礎之發信解決方案可用來 控制在UTRAN中的AAL2/ATM TNL。根據本發明的發信解 決方案亦可用來在UTRAN中控制混合式AAL2/ATM與以IP 為基礎之TNL· ;因此,在以混合式ip_ATM為基礎之UTRAN 中,不需要在TNL中的網路互連功能,或僅需要非常輕量 型網路互連功能。 相較於先前技術解決方案,藉由一協定就可以控制ATM 與AAL2層,其中Q.AAL2發信是用於控制AAL2層,且一管 理系統是用來組態設定ATM層。 根據本發明解決另一優點在於可執行以動態方式組態設 定ATM層,而在使用Q.AAL2與管理系統的先前技術解決方 案中,使用永久的VC與VP。 IP、ATM與AAL2層可被一協定控制。此特徵可減少需要 的發信與操作,並且降低維護成本。 97413.doc -11 - 1303948 由於使用一以標準IP為基礎之管理系統,所以使用IP定 址與DNS命名結構,此暗示不需要ATM ASEA。 在AAL2/ATM部份,可使用相同AAL2許可控制,如同 Q.AAL2發信的情況。 【實施方式】 本發明現將參考顯示本發明較佳具體實施例的附圖而更 詳細描述。然而,本發明能以許多不同形式具體實施,且 不應構成對在此描述具體實施例的限制;而是提供這些具 體實施例,所以將可對此揭示完全了解,並將本發明的範 圍完整傳達給熟諳此技者。在圖中,相同數字代表類似元 件。 根據本發明的傳輸網路層(TNL)發信解決方案適合在一 UMTS地面無線電存取網路(UTRAN) TNL中實施。UTRAN 包含至少一 RNC,且該RNC是經由如前述的TNL而連接到 至少一節點B。根據本發明的TNL發信是基於標準IP資源保 留(流量工程協定RSVP-TE),此是RSVP的延伸,以支援在 1997年9月RFC 2205,R.布萊德恩等人:Resource ReSerVation Protocol (RSVP) --Version 1 Functional Specification; 2001 年 12月 RFC 3209, D·奥杜齊:Extensions to RSVP for LSP Tunnels中描述的標籤交換隧道。對於每一 流連接執行RSVP-ΤΕ發信,並且使用標準RSVP-ΤΕ訊息與 物件。 TNL發信所需的其中一功能是訊息流識別。對於每一連 接,TNL發信訊息必須包含訊息流識別資訊。根據目前 97413.doc -12- 1303948 RSVP-ΤΕ訊息標準,SESSION物件載送節點B IP位址、UDP 埠號碼與協定ID。SENDER—TEMPLATE包括RNC IP位址與 UDP埠號石馬。如此,SESSION與SENDER_TEMPLATE是包 含以IP為基礎之5元組符號流程資訊的物件。根據本發明, 識別是用於在一 UTRAN的TNL發信中的訊息流識別。 SESSION與SENDER_TEMPLATE資訊係透過例如節點B或 IWU的邊端節點所處理,而不是由内部節點處理。 因此,本發明係關於一種用以控制一 UMTS地面無線電存 取網路(UTRAN)的使用者面之方法與配置,其包含一第一 邊端節點,以透過使用傳輸網路層(TNL)發信而經由一傳輸 網路層連接到一第二邊端節點,其中,透過使用在UTRAN 的第一與第二邊端節點之間的節點B應用部份而建立一無 線電鏈路,以RSVP-ΤΕ為基礎之TNL發信訊息是在每一 TNL 流的第一與第二邊端節點之間傳送,以及每一 TNL流係透 過使用RSVP-TE訊息而被識別,其中物件SESSION與 SENDER_TEMPLATE包含一以IP為基礎之5元組符號流資 訊,並使用作為一 TNL訊息流識別。 根據本發明一第一具體實施例,TNL發信解決方案適合 在一以IP為基礎之UTRAN中實施。一 RSVP-TE隧道建立是 用於每一連接,並使用如前述的標準RSVP-TE物件與訊 息。為了要達成雙向保留,建立一用於下行使用者流量的 隧道,以及用於上行使用者流量的另一隧道。 在根據本發明第一具體實施例的一以全IP為基礎之網路 情況中,在RNC與節點B之間的網路模型是在圖3a顯示。該 97413.doc -13- 1303948 網路模型包含一RNC、一節點B(亦表示基地台)與内部路由 器。RNC與節點B是使用RMD觀念用辭的邊端節點。 根據本發明第一具體實施例的解決方案亦能使用在混合 式IP/ΑΤΜ網路的情況,其中一網路互連單元(IWU)被調整 在IP與ATM網路部份之間操作。此情況是在圖3b顯示。在 此情況中,IWU是RMD網域的邊端。 請即參考圖3a與3b,根據先前技術,藉由介於RNC與節 點B之間的節點B應用部份(NBAP)發信而建立無線電鏈路 連接。在傳送一無線電鏈路建立請求的RNC處起始該建 立。節點B在一無線電鏈路建立回應訊息中來應答該請求。 在NBAP發信中,交換IP位址與UDP埠號碼,如圖3a與3b所 示。視需要,亦可傳送一 DiffServ碼點(DSCP)。 如圖3a與3b所示,透過TLN訊息(兩次傳送PATH訊息與兩 次傳送RESV訊息)建立雙向資源保留。TNL發信必須提供的 兩個功能是流程定義與資源保留。 根據本發明,訊息流識別的執行如前述。此外,PDR物 件包含如前述的訊息流識別,該訊息流識別是來源與目的 地邊端節點IP位址與DSCP欄位的組合。 建立一雙向連接的訊息序列是在圖3a與3b顯示。在RMD 網域中,透過上行與下行的標準路由協定來投送訊息。不 同於標準RSVP與RSVP-TE觀念,每躍程路由狀態不被儲存 在RMD網域中的路由器中。根據第一具體實施例,為了根 據「DiffServ中資源管理」(RMD)方法來執行資源保留,而 引用RSVP-ΤΕ訊息,該RSVP-ΤΕ訊息被配置成包含標準 97413.doc -14- 1303948 RSVP-ΤΕ物件與兩個物件(即,下文進一步說明之PHR與 PDR)。為了提供QoS而需要資源保留。2001年Internet Draft, Work in Progress 由 L.西柏格等人發表·· "Resource Management in DiffServ Framework” ; 2002年柏林Protocols for High Speed Networks由L.西柏格等人發表:’’Resource Management in DiffServ (RMD): A Functionality and
Performance Behavior Overview"中揭示的 RMD觀念定義 PHR與PDR物件。 本發明第一具體實施例的資源保留方法是以RMD架構為 基礎。在RMD中,只有邊端節點(例如,在如圖3b所示之混 合式IP與ATM /AAL2網路的RNC與IWU)使用複雜的保留方 法及維護每流資源保留狀態。在如圖3a與3b所示的内部節 點(例如,IP路由器)中,適合只使用非常簡單的資源保留方 法(例如,加總計資源單元),且適當只維護彙總性保留狀態。 RS VP-ΤΕ訊息被調整成包含標準RS VP-ΤΕ物件與RMD特 殊物件:PHR與PDR物件。RNC藉由將一PATH訊息傳送給 節點B而起始發信。PATH訊息包括一 件與一 ?1111物 件。PHR包含簡單的保留資訊,例如用於内部節點與下行 方向的頻寬。如前述,PDR物件包含訊息流識別,且它亦 包含用於一上行保留的資源保留資訊。PHR物件是在每一 内部節點通過中處理,並可保留。透過RNC傳送的PDR物 件只在邊端節點(即,在節點B或IWU)上處理。 在節點B中處理PATH訊息後,節點B會回應RESV訊息。 在RMD網域中,透過標準路由協定來投送RESV訊息,而在 97413.doc 1303948 RMD網域外部,在PATH訊息之後接著在反方向傳送RESV 訊息,如在RSVP的情況。RMD網域内部與外部使用不同路 由。在RMD網域内部,使用標準IP路由,例如,OSPF或BGP。 在RMD網域外部,路由是以如同RSVP的情況完成:PATH 將傳輸狀態安裝在路由器(儲存先前每躍程的IP位址與埠 號碼),且RES V被傳送給此位址。如此,RES V往反方向沿 循相同於PATH的路徑。如果上行與下行IP路徑不同(IP路 由不對稱),則RMD網域内部與外部使用的方法會所有差 異。邊端節點(即是在圖3 a顯示的全IP情況中的節點B、或 在如圖3b所示之混合式ATM/ IP情況中的IWU)將一 PDR物 件插入至RES V訊息中。此PDR物件包含保留確認資訊。 節點B亦傳送一 PATH訊息。邊端節點(在全IP情況的節點 B、或在混合式ATM/ IP情況的IWU)插入用於上行方向之資 源保留的PHR與PDR物件。PHR是在每一内部節點中予以處 理,而PDR只在RNC中予以處理。資源保留是以與下行方 向情況的相同方式完成。 在接收PATH後,RNC將一 RESV訊息傳回給節點B。可在 RESV中將一包含保留確認資訊的PDR物件傳送至邊端節 點。 在DiffServ網域中的保留狀態是在連接時間期間定期更 新的軟狀態。如在RSVP-ΤΕ與RMD架構中的描述,透過傳 送PATH訊息來達成更新RMD網域中的資源。在逾期後,移 除未被更新的資源。 切斷連接與錯誤處理操作是遵循RMD的方法,且能以與 97413.doc -16- 1303948 基本操作情況的相同方式取得訊息操作。 根據本發明一第二具體實施例,TNL發信包含在UTRAN 的ATM/AAL2網域中使用的RSVP-TE延伸。亦即,可使用單 一控制協定,而不管傳送技術,即是IP及或ATM/AAL2。因 此,在使用混合式AAL2/ATM與IP傳輸解決方案的網路中, 在ATM/AAL2網路與IP網路之間的TNL控制面不需要 IWU。然而,除了目前的RSVP-TE之外,且亦除了根據發 明第一具體實施例的TNL發信之外,根據第二具體實施例 的TNL發信需要額外物件。然而,這些額外物件必須排除 在IP網域外以確保正確操作。為了允許應用UTRAN版本之 一中使用的AAL2許可控制功能,TNL發信亦包含RSVP-TE 既有物件的可能用法。 根據第二具體實施例的TNL發信是以下列方法: TNL發信被調整以控制AAL2的交換器的ATM與AAL2 層。所以,一新的AAL2連接建立可起始建立或修改ATM VC。 而且,TNL發信亦被調整以僅控制AAL2層。AAL2交換 器的ATM層是透過標準RSVp_TE或經由管理系統而被組態 設定為半永久性。此是以rSVP_TE(ATM)表示,並根據先前 技術執行。 介於一 RNC與一節點b之間的UTRAN模型以及一基本單 向發信操作是在圖4a顯示。在圖4a顯示的RNC與ALL2交換 恭之間的網路部份中,ATM網路層是半永久性,而另一部 份(在AAL2交換器與節點b之間)是依要求動態建立。此表 97413.doc •17- 1303948 示在RNC與AAL2交換器之間,只有AAL2層受控制於 RSVP-TE發信(ATM層受控制於例如網路管理系統),而在 AAL2 SW與節點B之間(AAL2與ATM)受控制於RSVP-TE。 此在圖4a與4b是以PATH(AL2)與PATH(ATM、AAL2)等的比 較而表示。此將在下一段進一步說明。在半永久性部份中, 可使用CBR、VBR或UBR+ VC ;而在動態部份中,可考慮 使用 UBR+ VC 〇 根據先前技術,無線電鏈路連接是透過在的RNC與節點B 之間的NBAP發信而建立,如同本發明第一具體實施例。 根據本發明,對於每一 AAL2連接執行RSVP-TE發信。為 了區別在網路不同部份中的協定功能與協定訊息,在建立 (半)永久性ATM VC的ATM/AAL2部份中,協定訊息是以 RSVP-TE(AAL2)表示,而在以動態方式建立ATM與AAL2 層的ATM/AAL2部份中,協定訊息是以RSVP-TE(ATM、 AAL2)表示。 考慮RSVP-TE功能,在圖4中,RNC是傳送者,且節點B 是一接收器。在標準RSVP-TE中,由接收器在反方向執行 資源保留。由於UTRAN中的RNC可處理所有訊息流識別與 保留資訊,所以實際上,所有相關的資訊是從RNC發信。 若需要節點B可充當一代理伺服器以反映接收的資訊,以便 符合目前的標準。 需要ATM/AAL2 TNL發信提供的三個功能是(1)訊息流識 別(2)AAL2/ ATM層組態與(3)QoS供應。 控制訊息的訊息流識別是根據本發明的前述而執行。 97413.doc •18- 1303948 為了組態設定ATM/AAL2網路部份CID,必須在沿AAL2 連接路徑的相鄰節點之間用信號發送VPI/VCI值。為了達成 此目的,一具ATM標籤範圍的LABEL—REQEST(標準的RFC 3209)被傳送至下一 ATM/AAL2交換器,ATM/AAL2交換器 可能從此範圍選擇一要在特定鏈路上使用的標籤。對於 AAL2組態設定,必須定義一,根據本發明第二具體實施 例,新類別類型是以AAL2—LABEL—REQUEST表示。 AAL2—LABEL—REQUEST是在PATH訊息中傳送至下一 AAL2交換器,以表示AAL2標籤範圍(即,CID範圍),下一 躍程AAL2交換器可從此範圍選擇單一值。此定義之物件的 形式是在圖6中揭示。 在RESV訊息中,透過在RESV訊息中傳送的兩個LABEL 物件來應答ATM與AAL2標籤請求:ATM LABEL物件包含 VPI與VCI ;而AAL2 LABEL物件包含連接的CID。透過發 起 LABELJRJEQUEST與 AAL2__LABEL一REQUEST 的相同節 點來處理LABEL與AAL2_LABEL物件。使用前述物件的方 式視是否以動態方式組態設定ATM層而定。 如果以靜態方式組態設定ATM層,則新連接必須使用一 既有的VC。因此,AAL2交換器必須選擇屬於一既有VC(具 有用於新AAL2連接的足夠資源)的一 VPI/VCI對。如果VC 沒有足夠的資源,例如沒有可用的CID值或沒有足夠可用容 量,則呼叫便會被阻斷。 如果以動態方式組態設定ATM與AAL2,則可能有兩個情 況。如果具有充份資源的已建立VC,則它便能使用,即, 97413.doc -19· 1303948 AAL2交換器可選擇它的VP/VC識別符。否則,一新的VC 應該與新的AAL2連接一起建立。即是,AAL2交換器選擇 一新的VPI/VCI。注意,如果範圍是被限制在一值,則由傳 送者明確指派VCI、VPI或CID。 在ATM/AAL2網路部份中,藉由AAL2 CAC來確保QoS。 第二具體實施例的目的之一是儘可能減少在ATM/AAL2節 點中的新實施,例如,為了避免開發一新的CAC演算法。 在UTRAN的一版本中的AAL2 CAC演算法,AAL2交換器具 有下列參數:來源數量、鏈路容量、封包大小、傳輸時間 間隔(TTI)、活動因素、QoS等級、延遲與損失需求、片段 大小與優先順序等級。從這些參數,先前技術中的Q.AAL2 僅發送封包大小、TTI、活動因素、QoS等級與優先順序等 級。可組態設定(例如,鏈路容量)或測量(例如,來源數量) 其他參數。 假設根據第二具體實施例的TNL發信必須發信給與 Q.AAL2的相同AAL2 CAC參數。此係透過在DSCP欄位中的 正確填入值與符記桶描述符而執行。 在物件SENDER_TSPEC與物件FL0W_SPEC中發送符記 桶(token bucket)描述符。物件SENDER_TSPEC是在包含使 用者流量的IntServ流量描述符的PATH訊息中予以傳送。在 訊息流的接收器節點中使用此流量資訊來定義物件 FLOW一SPEC,且該流量資訊是在RESV訊息中予以傳回。 實際的保留是根據在FL0W_SPEC物件中指定的流量參 數。由於不支援多重廣播,所以FLOW_SPEC實際是相同於 97413.doc -20- 1303948 SENDER_TSPEC。 DCLASS物件包含訊息流的DSCP。假設在NBAP發信中交 換DSCP,這表示節點B可將正確值放置在RESV訊息中。假 設AAL2 CAC基於許可控制決定而使用FL0W—SPEC與 DCLASS。在FLOW—SPEC物件中發信的CAC參數是封包大 小(桶大小)與TTI (桶大小/符號率)。優先順序等級與Q〇s等 級是在DCLASS物件中發信。因此,僅限於經由Q.AAL2發 信的但是尚未映射到RSVP-TE的其餘CAC參數是活動因 素。無法從標準IntServ符記桶參數獲得活動因素。根據本 發明根據具體實施例能夠以三種方式來執行此項作業。首 先,在AAL2/ATM節點中組態設定活動因素值,且DSCP與 其他流量描述符是用於分類;其次,在TSPEC與 FLOW_SPEC之一未用欄位中發送活動因素值;最後,定義 一新欄位或物件,以發送活動因素值。然而,熟悉此項技 術者應明白,亦能透過另一方法而獲得活動因素。 下文揭示一雙向連接成功建立的範例是。不成功的建 立、更新、切斷連接操作亦根據標準的RSVp-TE特徵,並 可衍生自下列範例。當假設非對稱路由,此表示上行鏈路 (UL)與下行鏈路(DL)流量的路徑可能不同。如圖4b顯示, 此需要兩次傳送PATH訊息流與兩次傳送RESV訊息流。DL 流RESV訊息能與UL流的PATH訊息的同時傳送。注意,此 雙向保留是從兩個獨立單向保留所構成。因此’兩方向的 訊息流識別符是不同,且在相同鏈路上的兩方向指定標籤 亦可能不同。 97413.doc -21 - 13〇3#祕35739號專利申請案年έ月抑修正•換頁 中文說明書替換頁(97年6月)一" — 圖5的表中描述在PATH與RESV訊息中傳送的最重要物 件。該表還標示出那些節點讀取所列出的物件,以及那些 節點寫入所列出的物件。在UTRAN的情況中,有關節點B 的一問題是填入用於上行鏈路保留的物件(即是 SENDER—TEMPLAT、SESSION、SENDER_TSPEC)。因此, 在節點B必須針對屬於上行鏈路保留之PATH訊息填入物件 SENDER一TEMPLATE與SESSION。根據本發明的第二具體 實施例,一解決方案是將IP位址與連接埠從PATH(DL)的 SENDER—TEMPLATE複製到 PATH(UL)的 SESSION物件,以 及將IP位址與連接埠從PATH(DL)的SESSION物件複製到 PATH(UL)的 SENDER_TEMPLATE。 有關上行鏈路保留的其他物件是SENDER_TSPEC物件。 根據正常操作,接收器是根據在物件SENDER—TSPEC中接 收的資訊而指派FLOW—SPEC的内容。對於上行鏈路保留, RNC被配置成根據本機資訊來填入FLOW_SPEC物件,同時 忽略節點B所傳送的SENDER—TSPEC物件。 LABEL_REQUEST、AAL2_LABEL_REQUEST、LABEL 與 AAL2—LABEL物件的使用方式相同於單向保留情況。 根據本發明第二具體實施例來定義具AAL2標籤範圍的 物件LABEL—REQUEST與物件LABEL。定義該等物件的方 式相似於具ATM標籤範圍的LABEL—REQUEST與LABEL物 件(描述於 RFC 3209 [2001 年 12 月 RFC 3209,D· Awduche: Extensions to RSVP for LSP Tunnels]中)。如圖 6所示,8位 最低有效位元包含通道識別(Channel Identification,CID) 值0 97413-970625.doc -22- 1303948 根據本發明一第三具體實施例,提議的TNL發信亦可運 用在一混合式ΑΤΜ-IP網路,其中HRAN是以IP為基礎,且 LRAN是以ATM為基礎。一網路互連單元(IWU)是在ATM與 IP網路部份之間操作,請參考圖2b。在使用者面中,IWU 將IP封包轉換成ATM封包,但是控制面不需要使用IWU, 此是本發明的優點。 根據本發明的方法是透過圖7的流程圖予以描述。因此, 用以控制一 UMTS地面無線電存取網路(UTRAN)(包含一第 一邊端節點,以透過使用傳輸網路層(TNL)發信而經由一傳 輸網路層連接到一第二邊端節點)的使用者面之方法包含 下列步驟: 701 ·在每一 TNL流的該第一邊端節點與該第二邊端節 點節點之間傳送以RSVP-TE為基礎之TNL發信訊息; 702.透過使用RSVP-TE訊息以識別每一 TNL流,其中物 件SESSION與SENDER_TEMPLATE包含一以IP為基礎之5 元組符號流資訊,並被調整以使用作為一 TNL訊息流識別。 此外,根據本發明的配置包括用以執行本發明及較佳具 體實施例之方法的構件。該構件可以利用在一 RNC、節點B 及/或在一 IWU中的軟體及或硬體構件來實施。該構件。 在圖式與說明中,已揭示本發明的典型較佳具體實施 例;而且,雖然使用特殊術語,但是只是說明而不是限制, 本發明的範圍是在隨著申請專利範圍中描述。 【圖式簡單說明】 為了完全了解本發明,請參考下列連同附圖的詳細描 97413.doc -23- 1303948 述,其中: 圖1描述實施本發明的UTRAN。 圖2a顯示UTRAN協定模型的邏輯分離。 圖2b顯示在UTRAN中從ATM到IP的一轉移步驟。HRAN 是以IP為基礎,且LRAN是以AAL2/ATM為基礎。TNL控制 面是 IP-ALCAP與 Q.AAL2。 圖3a顯示一種根據本發明具體實施例之以IP為基礎之 UTRAN中的發信方法。 圖3b顯示一種根據本發明具體實施例之混合式IP/ATM UTRAN中的發信方法。 圖4a顯示一種根據本發明具體實施例之單向保留的發信 方法。 圖4b顯示一種根據本發明具體實施例之用於雙向保留的 兩次傳送PATH與RES V訊息的發信方法。 圖5是具在PATH與RES V訊息中所傳送物件的表。 圖6概要顯示根據本發明具體實施例之具AAL2標籤範圍 的物件 LABEL_REQUEST與 LABEL物件。 圖7是根據本發明方法的流程圖。 【主要元件符號說明】 101 核心網路 102 UMTS地面無線電存取網路 103 無線電網路子系統 104 第二邊端節點 105 第一邊端節點 97413.doc -24- 1303948 106 節點B的涵蓋區域 107 使用者設備 108 Iu介面 109 Iur介面 110 Iub介面 111 Uu介面 97413.doc -25-

Claims (1)

13 03 f 48135739號專利申請案
中文申請專利範圍替換本(96年10 十、申請專利範圍: 1. 一種用以控制一 UMTS地面無線電存取網路(UTRAN)的 使用者面之方法,該UMTS地面無線電存取網路(UTRAN) 包含一第一邊端節點,該第一邊端節點係透過使用傳輸 網路層(TNL)發信而經由一傳輸網路層連接到一第二邊 端節點,該方法包含下列步驟: -透過使用在該UTRAN的該第一邊端節點與該第二邊 端節點之間的節點B應用部份而建立一無線電鏈路,該方 法特徵為尚包含下列步驟: -在每一 TNL流的該第一邊端節點與該第二邊端節點節 點之間傳送(701)以RSVP-TE為基礎之TNL發信訊息; -透過使用RSVP-TE訊息而識別(702)每一 TNL流,其中 該等物件SESSION與SENDER_TEMPLATE包含以IP為基 礎之5元組符號流資訊,並被調整以使用作為一 TNL流識 別。 2. 如請求項1之方法,其中該方法尚包含下列步驟: -在該第一邊端節點與該第二邊端節點之間建立用於每 一連接方向的一 RSVP-TE隧道。 3. 如請求項1之方法,其中該方法尚包含下列步驟: -透過傳送包含至少保留資訊與至少該TNL流識別的一 PATH訊息而起始該TNL發信,其中該至少保留資訊可為 例如内部節點的頻寬。 4. 如請求項2之方法,其中該方法尚包含下列步驟: -透過傳送包含至少保留資訊與至少該TNL流識別的一 97413-961003.doc 1303948 味说5 ' - PATH訊息而起始該TNL發信,其中該至少保留資訊可為 例如内部節點的頻寬。 5 ·如請求項3或4之方法,其中該方法尚包含下列步驟: -處理在該等邊端節點之間的每一内部節點中的該保留 資訊。 6. 如請求項3或4之方法,其中該方法尚包含下列步驟: -處理在該等邊端節點中的該TNI^^識別。 7. 如請求項3或4之方法,其中該方法尚包含下列步驟: 鲁 透過在反方向傳送一 RESV訊息而回應該PATH訊息, 其中該RESV訊息包含標準RSVP-TE物件以及PHR與PDR 物件。 8·如請求項3或4之方法,其中該方法尚包含下列步驟: -透過在反方向傳送一 RESV訊息而回應該PATH訊息’ 其中該RESV訊息包含標準RSVP-TE、PHR、PDR物件或 AAL2—LABEL 一 REQUEST 或 AAL2 LABEL物件;及 -將一資源保留確認資訊插入至該ResV訊息中。 •9.如請求項1、2、3或4之方法,其中該第一邊端節點是在 該UTRAN中的一無線電網路控制器,且該第二邊端節點 是在該UTRAN中的一節點B。 10·如請求項1、2、3或4之方法,其中該第二邊端節點是在 該UTRAN中的一無線電網路控制器,且該第一邊端節點 是在該UTRAN中的一節點B。 11 ·如請求項1、2、3或4之方法,其中該第一邊端節點是在 該UTRAN中的一無線電網路控制器,且該第二邊端節點 97413-961003.doc 1303948 明 修正替換頁 是在UTRAN的一以Ip為基礎之部份與該uTraN的一 AAL2/ATM部份之間的—網路互連單元。 12.如請求項1、2、3或4之方法,其中該第二邊端節點是在 該UTRAN中的一無線電網路控制器,且該第一邊端節點 是在該UTRAN中的一以IP為基礎部份與該UTRAN的一 AAL2/ATM部份之間的一網路互連單元。 13 ·如請求項1之方法,其中該方法尚包含下列步驟: -透過將包含一通道識別值、CID、VPI/VCI值的一 PATH 訊息傳送給沿著連接路徑的相鄰節點而組態一 AAL2/ATM UTRAN部份。 14_如請求項13之方法,其中該具有ATM標籤範圍的物件 LABEL—REQUEST被調整以載送VPI/VCI值,且該物件 AAL2—LABEL—REQUEST被調整以載送CID 值。 15. 如請求項13之方法,其中該方法尚包含下列步驟: -透過傳送包含至少一 ATM LABEL物件與一 AAL2 LABEL物件的一 RESV訊息而回應該PATH訊息與該AAL2 標籤請求,其中該至少一 ATM LABEL物件包含VPI與 VCI,且該AAL2 LABEL物件包含該連接的CID。 16. 如請求項14之方法,其中該方法尚包含下列步驟: -透過傳送包含至少一 ATM LABEL物件與一 AAL2 LABEL物件的一 RESV訊息而回應該PATH訊息與該AAL2 標籤請求,其中該至少一 ATM LABEL物件包含VPI與 VCI,且該AAL2 LABEL物件包含該連接的CID ° 17. 如請求項15或16之方法,其中該方法尚包含下列步驟: 97413-961003.doc
1303948 -透過發起 LABEL_REQUEST與 AAL2_LABEL_REQUEST 的相同節點來處理該等LABEL與AAL2 JLABEL物件。 18.如請求項13、14、15或16之方法,其中該方法尚包含下 列步驟: -透過使用AAL2 CAC而確保在該ATM/AAL2網路部份 的服務品質(QoS)。
19·如請求項14之方法,其中該等具有AAL2標籤範圍的物件 LABEL—REQUEST與物件LABEL的八位最 氐有效位元包 含一 CID值。 20. 如請求項13、14、15或16之方法,當在該ATM網路部份 與該IP網路部份之間操作一網路互連單元(IWU)時,該方 法尚包含下列步驟: -將該等Q.AAL2與IP-ALCAP訊息轉譯成該等以 RSVP-TE為基礎之TNL發信訊息。 21. —種用以控制一 UMTS地面無線電存取網路 (UTRAN)(102)的使用者面之配置,該UMTS地面無線電存 取網路(UTRAN)包含一第一邊端節點(1〇5),該第一邊端 節點(105)係透過使用傳輸網路層(TNL)發信而經由一傳 輸網路層連接到一第二邊端節點配置,該配置包含透過 使用在該UTRAN(102)的第一(105)與第二(104)邊端節點 之間的節點B應用部份而建立一無線電鏈路之構件,該配 置的特徵為該配置包含:用以在每一 TNL流的該第一邊端 節點與該第二邊端節點節點之間傳送以RSVP-TE為基礎 之TNL發信訊息之構件;用以透過使用rs VP-ΤΕ訊息以識 97413-961003.doc -4- 1303948 ¥ π 3 ,。 ,· · 別每一 TNL流之構件,其中該等物件SESSION與 SENDER_TEMPLATE包含一以IP為基礎之5元組符號流 資訊,並被調整以使用作為一 TNL流識別。 22.如請求項21之配置,其中該配置包含用以在該第一邊端 節點與第二邊端節點之間建立用於每一連接方向的一 RSVP-TE隧道之構件。 23 ·如請求項21之配置,其中該配置包含該用以透過傳送一 PATH訊息而起始TNL發信之構件,其中該PATH訊息包含 ,至少保留資訊與至少該TNL流識別,該至少保留資訊可為 例如内部節點的頻寬。 24. 如請求項22之配置,其中該配置包含該用以透過傳送^ PATH訊息而起始TNL發信之構件,其中該PATH訊息包含 至少保留資訊與至少該TNL流識別,該至少保留資訊$為 例如内部節點的頻寬。 25. 如請求項23或24之配置,其中該配置包含用以處理在該 等邊端節點之間的每一内部節點中的該保留資訊之構 件。 26·如請求項23或24之配置,其中該配置包含用以處理在該 等邊端節點中的該TNL流識別之構件。 27. 如請求項23或24之配置,其中該配置包含用以透過在反 方向傳送一 RES V訊息而回應該PATH訊息之構件,其中該 RES V訊息包含標準RS VP-ΤΕ物件以及PHR與PDR物件0 28. 如請求項23或24之配置,其中該配置包含;用以透過在 反方向傳送包含標準RSVP-TE、PHR、PDR物件或 97413-961003.doc 1303948 祝钟月3日修正替換頁 …· · AAL2—LABEL—REQUEST 或 AAL2 LABEL 物件而回應該 PATH訊息之構件;以及用以將一資源保留確認資訊插入 至該RESV訊息中之構件。 29.如請求項21、22、23或24之配置,其中該第一邊端節點 是在該UTRAN中的一無線電網路控制器,且該第二邊端 節點是在該UTRAN中的一節點B。 3 0.如請求項21、22、23或24之配置,其中該第二邊端節點 是在該UTRAN中的一無線電網路控制器,且該第一邊端 > 節點是在該UTRAN中的一節點B。 31. 如請求項21、22、23或24之配置,其中該第一邊端節點 是在該UTRAN中的一無線電網路控制器,且該第二邊端 節點是在該UTRAN的一以IP為基礎之部份與該UTRAN的 一 AAL2/ATM部份之間的一網路互連單元。 32. 如請求項21、22、23或24之配置,其中該第二邊端節點 是在該UTRAN中的一無線電網路控制器,且該第一邊端 節點是在該UTRAN的一以IP為基礎之部份與該UTRAN的 一 AAL2/ATM部份之間的一網路互連單元。 33. 如請求項21之配置,其中該配置包含透過將包含一通道 識別CID、VPI/VCI值的一 PATH訊息傳送給沿著連接路徑 的相鄰節點而組態一 ALL2/ATM UTRAN部份之構件。 34. 如請求項33之配置,其中該具有ATM標籤範圍的物件 LABEL—REQUEST被調整以載送VPI/VCI值,且該物件 AAL2 JLABEL_REQUEST被調整以載送 CID值。 35·如請求項33之配置,其中該配置包含用以透過傳送一 97413-961003.doc -6 -
1303948 RESV訊息而回應該PATH訊息與該AAL2標籤請求之構 件,其中該RESV訊息包含:至少一包含VPI與VCI之ATM LAB EL物件、與一包含該連接的^ ID之A AL2 LABEL物 件。 36. 如請求項34之配置,其中該配置包含用以透過傳送一 RESV訊息而回應該PATH訊息與該AAL2標籤請求之構 件,其中該RESV訊息包含:至少一包含VPI與VCI之ATM LABEL物件、與一包含該連接的CID之AAL2 LABEL物
件。 37. 如請求項35或36之配置,其中該配置包含透過發起 LABEL一REQUEST 與 AAL2—LABEL一REQUEST 的相同節 點來處理該等LABEL與AAL2_LABEL物件之構件。 3 8.如請求項33、34、35或36之配置,其中該配置包含透過 使用使用AAL2 CAC而確保在ATM/AAL2網路部份的服務 品質(QoS)之構件。 39·如請求項34之配置,其中該等具有AAL2標籤範圍的物件 LABEL—REQUEST與物件LABEL的八位最低有效位元包 含一 CID值。 40·如請求項33、34、35、36或39之配置,當在該ATM網路 部份與該IP網路部份之間操作一網路互連單元(IWU) 時,包含用以將該等Q.AAL2與IP-ALCAP訊息轉譯成該以 RSVP-TE為基礎之TNL發信訊息之構件。 97413-961003.doc 13 03 135739號專利申請案中文圖式替換頁(97年6月) 月细修正祕頁 I Ww臟*.'撕 卡 < 〇 H4*a J i 7) m CO < <^s s 1 i Ί0 > H 3: G f k § iflJi 龐 (νΧΓ a i s 笳 ,111¾ 龐 (W 舔 , k έ 7J m in < r i u 5 X 5 f J 73 m Φ < s g r -〇 > H I ζ i > > C r Γ ic AAL2SW ι^έΒ
UBR+VC 97413-970625.doc -6- 1303髮祕35739號專利申請案,/料日修正頁 中文圖式替換頁(97年6月)I---- 6 LABML(CID) class H 16、CIType H ? s) 0 1 2 3 0123 公 567890123 必 567890123 办 5678901 +丨+丨+丨+丨+丨+丨+丨+丨+ | +丨+丨+丨+丨十1 +丨十丨+丨+丨+ I + I +丨十丨十丨+丨+丨+丨+ | + |+丨+丨+丨+ ! 一 §s _ CID S Hes t R.es ·_!---1---1-· GPID + I + I + I ^lvCID Η—I—I— 炸 ACID 和CID^HS:燕難舔矜(驾) C1卬ss " 19、 CIType = ? 0 12 3 0123 公0167890123 办 567890123 仁 5678901 97413-970625.doc -9
TW093135739A 2003-11-28 2004-11-19 Transport network control signalling TWI303948B (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2003/001838 WO2005053333A1 (en) 2003-11-28 2003-11-28 A method and an arrangement for transport layer control signalling in utran supporting both atm and ip transport technologies

Publications (2)

Publication Number Publication Date
TW200527927A TW200527927A (en) 2005-08-16
TWI303948B true TWI303948B (en) 2008-12-01

Family

ID=34632236

Family Applications (1)

Application Number Title Priority Date Filing Date
TW093135739A TWI303948B (en) 2003-11-28 2004-11-19 Transport network control signalling

Country Status (9)

Country Link
US (1) US20070058553A1 (zh)
EP (1) EP1687995B1 (zh)
CN (1) CN100539754C (zh)
AT (1) ATE463941T1 (zh)
AU (1) AU2003283910A1 (zh)
DE (1) DE60332059D1 (zh)
HK (1) HK1100860A1 (zh)
TW (1) TWI303948B (zh)
WO (1) WO2005053333A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7688849B2 (en) * 2004-04-20 2010-03-30 Nortel Networks Limited Method and system for quality of service support for Ethernet multiservice interworking over multiprotocol lable switching
US20060198336A1 (en) * 2005-03-03 2006-09-07 Nokia Corporation Deployment of different physical layer protocols in a radio access network
CN100466793C (zh) * 2006-04-07 2009-03-04 华为技术有限公司 一种建立操作维护通道的方法
US8180361B2 (en) * 2006-12-06 2012-05-15 Alcatel Lucent Methods and systems for base station installation in distributed call processing networks
US9144113B2 (en) 2008-12-30 2015-09-22 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus to migrate transport protocols
US8605594B2 (en) * 2009-05-18 2013-12-10 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangements for dynamic resource reservation
FR2958490B1 (fr) * 2010-03-31 2012-03-09 Alcatel Lucent Procede pour controler l'etablissement d'une connexion dans un reseau de transport
GB2497318A (en) * 2011-12-06 2013-06-12 Nec Corp Sharing backhaul bandwidth between home basestations of a dual mode basestation

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6671276B1 (en) * 1997-11-18 2003-12-30 Nec Corporation Switch based network architecture for IP multicast and integrated services
US7072329B2 (en) * 2000-05-22 2006-07-04 Telefonaktiebolaget Lm Ericsson (Publ) Combining differing transport technologies in a telecommunications system
US6757245B1 (en) * 2000-06-01 2004-06-29 Nokia Corporation Apparatus, and associated method, for communicating packet data in a network including a radio-link
EP1419634A1 (en) * 2001-08-22 2004-05-19 Nokia Corporation Method and system for interworking between different radio access network in umts; using q.2630
US20040076151A1 (en) * 2002-10-21 2004-04-22 Walter Fant Connection identifiers and restoration in optical networks

Also Published As

Publication number Publication date
HK1100860A1 (en) 2007-09-28
AU2003283910A1 (en) 2005-06-17
CN1879428A (zh) 2006-12-13
CN100539754C (zh) 2009-09-09
WO2005053333A1 (en) 2005-06-09
US20070058553A1 (en) 2007-03-15
EP1687995A1 (en) 2006-08-09
EP1687995B1 (en) 2010-04-07
DE60332059D1 (de) 2010-05-20
TW200527927A (en) 2005-08-16
ATE463941T1 (de) 2010-04-15

Similar Documents

Publication Publication Date Title
US6507577B1 (en) Voice over internet protocol network architecture
US7778263B2 (en) Resource reservation protocol based guaranteed quality of service internet protocol connections over a switched network through proxy signaling
US7301951B2 (en) Resource reservation protocol based guaranteed quality of service internet protocol connections over a switched network
US6765927B1 (en) RSVP proxy service for communication network
US6882643B1 (en) Supporting multiple services in label switched networks
US7065092B2 (en) Resource reservation protocol based guaranteed quality of service internet protocol (IP) connections over a switched network using newly assigned IP addresses
US7298750B2 (en) Enhancement of resource reservation protocol enabling short-cut internet protocol connections over a switched network
US20080002699A1 (en) Extending IP/MPLS services reachability over ATM backbone networks
EP0790751A2 (en) Management of ATM virtual circuits with resource reservation protocol
JPH11168476A (ja) パケット転送方法及びノード装置
KR20010082314A (ko) 액세스 망용 패킷 파이트 구조
EP1334591A1 (en) A communications system
US20010032265A1 (en) Method of communication control and system thereof
Fineberg QoS Support in MPLS networks
US6937598B1 (en) Method and apparatus for transporting ATM cell traffic over IP networks
TWI303948B (en) Transport network control signalling
Mustill et al. Delivering QoS in the next generation network—a standards perspective
Semeria RSVP signaling extensions for MPLS traffic engineering
US7369571B2 (en) Method and system for sending E-LSP packets having QoS across a cell ATM based network
WO2001015386A2 (en) Differentiated services provisioning for legacy systems
Ramakrishnan et al. The role of signaling in quality of service enabled networks
Almesberger et al. A Framework for the QoS Based Integration of IP and ATM in the DIANA Project,"
Cocca et al. Interaction of RSVP with ATM for the support of shortcut QoS Virtual Channels
WO2004014000A1 (en) Enhancement of resource reservation protocol enabling guaranteed quality of service short-cut internet protocol connections over a switched network
Pazos et al. Real-time multimedia over ATM: RMOA

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees