專利名稱：用于在支持atm和ip傳輸技術(shù)的utran中傳輸網(wǎng)絡(luò)層控制信令的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種移動(dòng)電話網(wǎng)中的方法和設(shè)備。特別地是，本發(fā)明涉及一種用于在通用移動(dòng)電話系統(tǒng)陸地?zé)o線電訪問(wèn)網(wǎng)絡(luò)(UniversalMobile Telephony System Terrestrial Radio Access Network UTRAN)中傳輸網(wǎng)絡(luò)層(transport network layer TNL)控制信令的方法和設(shè)備。
背景技術(shù)：
UMTS陸地?zé)o線電訪問(wèn)網(wǎng)絡(luò)(UMTS Terrestrial Radio AccessNetwork UTRAN)是由3GPP標(biāo)準(zhǔn)化組織所規(guī)定的第三代移動(dòng)式網(wǎng)絡(luò)的無(wú)線電訪問(wèn)網(wǎng)絡(luò)(Radio Access Network RAN)。在圖2a中示出了UTRAN接口的通用協(xié)議模型。該協(xié)議模型可以被分成兩個(gè)邏輯上獨(dú)立的層無(wú)線電網(wǎng)絡(luò)層(Radio Network Layer RNL)和傳輸網(wǎng)絡(luò)層(TNL)，并且被正交分成用戶平面和控制平面，如在3GPP TS25.401，3GPP，TSG RANUTRAN整體說(shuō)明中所進(jìn)一步描述的。
依照?qǐng)D1，UTMS的主要部分是核心網(wǎng)絡(luò)101、UTRAN 102以及也被稱為移動(dòng)終端的用戶設(shè)備(user equipment UE)107。在核心網(wǎng)絡(luò)101和UTRAN 102之間的接口被稱作Iu接口108，并且在所述UTRAN102和用戶設(shè)備107之間的接口被稱作Uu接口111。UTRAN 102包括無(wú)線電網(wǎng)絡(luò)子系統(tǒng)(Radio Network Subsystems RNS)103。在兩個(gè)RNS之間的接口被稱作Iur接口109。RNS 103包括RNC 104以及也被稱為基站的一個(gè)或多個(gè)節(jié)點(diǎn)B 105。在RNC 104和節(jié)點(diǎn)B 105之間的接口被稱作Iub接口110。用106來(lái)標(biāo)示節(jié)點(diǎn)B的覆蓋區(qū)域(即小區(qū))。
作為一般傾向，早期版本的UTRAN是基于ATM的，而新版本的UTRAN是基于IP技術(shù)的?；诨旌螦TM和IP的網(wǎng)絡(luò)也是可以的。在兩個(gè)傳輸技術(shù)之間存在顯著差異，所述差異的原因在于ATM是面向連接的而IP是較少連接的傳輸方法。
在基于ATM的UTRAN中，用戶數(shù)據(jù)使用AAL2而TNL信令使用AAL5協(xié)議。AAL2和AAL5連接在虛擬連接(Virtual ConnectionsVC)和虛擬路徑(Virtual Paths VP)中傳輸，其都由管理系統(tǒng)或ATM信令配置。對(duì)于不同類型的用戶通信業(yè)務(wù)，定義不同的服務(wù)類別，諸如恒定比特率(Constant Bitrate CBR)、可變比特率(Variable BitrateVBR)、未指定的比特率(Unspecified Bitrate UBR)，它們用不同的通信業(yè)務(wù)參數(shù)表征。由為每個(gè)VP/VC運(yùn)行的調(diào)用許可控制機(jī)制(CallAdmission Control mechanism CAC)來(lái)確保所要求的服務(wù)質(zhì)量(Qualityof Service QoS)。
IP會(huì)被引入將來(lái)的UTRAN版本中，因此必須計(jì)劃從ATM到IP的遷移路徑。在UTRAN中從ATM到IP傳輸技術(shù)的平滑遷移要求基于ATM和IP的網(wǎng)絡(luò)部分共同存在。必須為如圖1中所圖示的Iu、Iur、Iub接口提供在ATM和IP網(wǎng)絡(luò)部分之間的互操作性。如果這些節(jié)點(diǎn)不支持ATM和IP技術(shù)，那么互工作部件(Inter-working Unit IWU)必須在ATM和IP網(wǎng)絡(luò)部分之間操作。
用于AAL2/ATM網(wǎng)絡(luò)的傳輸網(wǎng)絡(luò)控制平面的當(dāng)前可用且基本的解決方案是如ITU-T推薦Q.2630.2“AAL type 2 signalling protocol(Capability Set 2)”中所描述的Q.2630信令。使用Q.2630來(lái)在ATMUTRAN網(wǎng)絡(luò)中建立AAL2連接，但是Q.2630信令不適于配置ATM層。在ATM UTRAN中，使用永久性和半永久性的VP和VC，所述VP和VC由管理系統(tǒng)來(lái)手動(dòng)配置。
在IP網(wǎng)絡(luò)中，分組被標(biāo)準(zhǔn)IP路由協(xié)議路由，并且基于IP的傳輸協(xié)議向IP分組遞送提供了可靠或不可靠的傳輸服務(wù)。為了在IP網(wǎng)絡(luò)中提供QoS，其中在相同的時(shí)段內(nèi)傳輸不同的通信業(yè)務(wù)類型，開(kāi)發(fā)了兩個(gè)根本上不同的體系結(jié)構(gòu)綜合服務(wù)(Integrated Services IntServ)和區(qū)別服務(wù)(Differentiated Services DiffServ)。在IntServ中，向每個(gè)通信業(yè)務(wù)流提供路由器中的資源，而在DiffServ中，根據(jù)通信業(yè)務(wù)類型的每跳特性(Per Hop Behaviour PHB)來(lái)分類所述通信業(yè)務(wù)類型，并且通常按每個(gè)PHB來(lái)提供資源。
DiffServ中的資源管理(Resource Management in DiffServ RMD)方法可以用于IP網(wǎng)絡(luò)中的動(dòng)態(tài)資源管理，所述方法在L.Westberg等人的“Resource Management in DiffServ Framework”(InternetDraft，Work in Progress，2001年)有所描述；以及在L.Westberg等人的“Resource Management in DiffServ(RMD)A Functionality andPerformance Behavior Overview”(Protocols for High SpeedNetworks，2002年，柏林)中有所描述。在RMD中，以兩種規(guī)模來(lái)進(jìn)行資源管理在邊緣節(jié)點(diǎn)進(jìn)行每個(gè)流量保留，在邊緣節(jié)點(diǎn)中進(jìn)行每個(gè)通信業(yè)務(wù)分類保留或基于測(cè)量的保留。RMD與基于IntServ的保留方法相比較的主要優(yōu)點(diǎn)在于內(nèi)節(jié)點(diǎn)中的可擴(kuò)展性和輕量級(jí)的協(xié)議實(shí)現(xiàn)方式。
對(duì)于基于IP的UTRAN網(wǎng)絡(luò)中的TNL控制，使用基于IP的TNL信令協(xié)議IP-ALCAP。IP-ALCAP符合3GPP[3GPP TSG RAN WG3R3-021366“A2IP Signalling Protocol(Q.IPALCAP Spec.draft)”的規(guī)范；WO 03/019897 A1示出了用于在IP-ALCAP和Q.2630之間互工作的解決方案。QoS由在IP路由器中過(guò)提供資源或通過(guò)使用復(fù)雜的資源保留方案(例如在IP-ALCAP中使用IntServ方法)而得到確保，所述資源保留方案對(duì)于每個(gè)連接都需要保留狀態(tài)。在圖2a中對(duì)于Iub接口示出了在TNL控制平面和用戶平面中可用的協(xié)議棧。
把IP傳輸引入U(xiǎn)TRAN中的動(dòng)機(jī)例如在于它更好地支持了窄鏈路中混合通信業(yè)務(wù)類型、數(shù)目增加的基于IP的應(yīng)用并且基于IP的操作和維護(hù)。進(jìn)一步優(yōu)點(diǎn)在于IP與數(shù)據(jù)鏈路層無(wú)關(guān)，高度部署IP路由器降低了它們的價(jià)格，而且可以使用路由表的動(dòng)態(tài)更新和自動(dòng)配置能力。
混合ATM和IP的傳輸也是可以的。在典型的混合ATM-IP網(wǎng)絡(luò)中，較高層RAN(HRAN)是基于IP的并且較低層RAN(LRAN)是基于ATM的，并且互工作部件(IWU)在ATM和IP網(wǎng)絡(luò)部分之間操作。在IWU中，Q.AAL2和IP-ALCAP消息必須被轉(zhuǎn)換。參見(jiàn)圖2b。
下面列出了上述IP-ALCAP解決方案的缺點(diǎn)的例子標(biāo)準(zhǔn)的IP路由協(xié)議不與IP-ALCAP互操作。IP-ALCAP是基于每跳的雙向連接建立，像Q.2630，因此路由選擇是靜態(tài)的。在鏈路或節(jié)點(diǎn)故障的情況下或在鏈路中擁塞的情況下，必須終止連接并且必須在RNC和節(jié)點(diǎn)B之間建立新的連接。
不適于使用IP-ALCAP來(lái)在IP路由器中進(jìn)行資源保留，并且不能使用像RMD那樣的基于Diffserv的資源保留方案。另外，如在RSVP中一樣，不可以使用IP-ALCAP軟狀態(tài)的資源管理。
上述的基于ATM/AAL2的UTRAN的標(biāo)準(zhǔn)解決方案還具有以下缺點(diǎn)為了能夠動(dòng)態(tài)建立ATM VC，需要ATM信令協(xié)議，其與用于建立用戶連接的Q.AAL2信令無(wú)關(guān)。由于VC配置很少改變，所以不值得為此實(shí)現(xiàn)獨(dú)立的信令協(xié)議。因此，典型情況下經(jīng)由管理系統(tǒng)來(lái)手動(dòng)配置ATM層VC和VP。
混合的IP和ATM/AAL2網(wǎng)絡(luò)遭受以下缺點(diǎn)在混合的ATM-IP網(wǎng)絡(luò)中，必須使用兩個(gè)不同的協(xié)議來(lái)建立AAL2連接ATM部分中的Q.AAL2和IP部分中的IP-ALCAP。在ATM和IP部分之間需要用于TNL控制平面的互工作功能。
在混合的ATM-IP網(wǎng)絡(luò)中，使用兩個(gè)尋址結(jié)構(gòu)，在IP部分中的IP尋址和在ATM部分中的ATM終端系統(tǒng)尋址(ATM End SystemAddresses AESA)，這使尋址變得復(fù)雜。在RNC中，需要在IP和ATM之間轉(zhuǎn)換地址，并且必須維護(hù)ATM和IP地址表。
從ATM到IP的遷移只在大步驟中是可以的，具有顯著的即時(shí)投入在IP部分中，用于控制平面的硬件和軟件均必須被代替。諸如以太網(wǎng)、MPLS、光交換之類的未來(lái)鏈路層技術(shù)會(huì)要求實(shí)現(xiàn)新的TNL信令協(xié)議。

發(fā)明內(nèi)容
因而，本發(fā)明的目的在于提供一種克服上述缺點(diǎn)的改進(jìn)的傳輸網(wǎng)絡(luò)控制信令。
這由如權(quán)利要求1所述的方法和如權(quán)利要求19所述的設(shè)備來(lái)實(shí)現(xiàn)。
由從屬權(quán)利要求定義了本發(fā)明的優(yōu)選實(shí)施例。
本發(fā)明的優(yōu)點(diǎn)如下本發(fā)明可以使用基于標(biāo)準(zhǔn)IP的路由選擇和管理，這樣就允許更多自動(dòng)配置和更靈活的故障處理。通過(guò)使用利用RMD對(duì)象所擴(kuò)展的RSVP-TE，可以執(zhí)行基于DiffServ的資源保留。
本發(fā)明還適于雙向信令，并且可以使用軟保留狀態(tài)，所述軟保留狀態(tài)導(dǎo)致更簡(jiǎn)單的信令和更健壯的設(shè)計(jì)。
引入基于RSVP-TE的信令表現(xiàn)出從ATM遷移到IP有更小的遷移步驟。作為第一遷移步驟，控制平面可以被改變到基于IP的RSVP-TE，只要求在RNC和節(jié)點(diǎn)B中更新軟件。然后用戶平面可以被改變到從HRAN開(kāi)始的IP。將來(lái)的諸如以太網(wǎng)、MPLS、光交換之類的鏈路層技術(shù)也可以更容易地適用于UTRAN。因而，基于RSVP-TE的信令解決方案可以用來(lái)在UTRAN中控制AAL2/ATM TNL。還可以使用依照本發(fā)明的信令解決方案來(lái)在UTRAN中控制混合的AAL2/ATM和基于IP的TNL，因此在混合的基于IP-ATM的UTRAN中不需要TNL中的互工作功能，或者只需要很輕量級(jí)的互工作功能。
可以用一個(gè)協(xié)議來(lái)控制ATM和AAL2層，這與現(xiàn)有技術(shù)的解決方案形成對(duì)比，其中Q.AAL2信令用于控制AAL2層并且使用管理系統(tǒng)來(lái)配置ATM層。
依照本發(fā)明解決方案的另一個(gè)優(yōu)點(diǎn)在于可以執(zhí)行對(duì)ATM層的動(dòng)態(tài)配置，而在具有Q.AAL2和管理系統(tǒng)的現(xiàn)有技術(shù)解決方案中，則使用永久的VC和VP。
可以由一個(gè)協(xié)議來(lái)控制IP、ATM和AAL2層。此特征減少了所要求的信令和運(yùn)營(yíng)維護(hù)成本。
由于使用基于標(biāo)準(zhǔn)IP的管理系統(tǒng)，使用IP尋址和DNS命名結(jié)構(gòu)，這意味著并不要求ATM ASEA。
在AAL2/ATM部分中，可以和在Q.AAL2信令的情況下一樣來(lái)使用相同的AAL2許可控制。


為了更完整地理解本發(fā)明，結(jié)合附圖參考以下的詳細(xì)描述，其中圖1示意地圖示了可以實(shí)現(xiàn)本發(fā)明的UTRAN。
圖2a示意地示出了UTRAN協(xié)議模型的邏輯劃分。
圖2b示意地示出了在UTRAN中從ATM到IP的遷移步驟。HRAN是基于IP的而LRAN是基于AAL2/ATM的。TNL控制平面是IP-ALCAP和Q.AAL2。
圖3a依照本發(fā)明實(shí)施例示出了基于IP的UTRAN中的信令方案。
圖3b依照本發(fā)明實(shí)施例示出了混合IP/ATM UTRAN中的信令方案。
圖4a是依照本發(fā)明實(shí)施例的用于單向保留的信令方案。
圖4b依照本發(fā)明實(shí)施例示出了用于雙向保留的雙道PATH和RESV消息的信令方案。
圖5是具有在PATH和RESV消息中所發(fā)送的對(duì)象的表。
圖6依照本發(fā)明的一個(gè)實(shí)施例示意地圖示了具有AAL2標(biāo)記范圍的LABEL對(duì)象和對(duì)象LABEL_REQUEST。
圖7是依照本發(fā)明方法的流程圖。
具體實(shí)施例方式
現(xiàn)在將參考附圖更完整地描述本發(fā)明，其中示出了本發(fā)明的優(yōu)選實(shí)施例。然而，本發(fā)明可以采用許多不同的形式來(lái)實(shí)現(xiàn)并且不應(yīng)當(dāng)被解釋為僅限于這里所闡明的實(shí)施例；相反地，提供這些實(shí)施例以便本公開(kāi)是徹底且完整的，并且將向那些本領(lǐng)域技術(shù)人員完整地表達(dá)了本發(fā)明的范圍。在附圖中，同樣的數(shù)字涉及同樣的元件。
依照本發(fā)明的傳輸網(wǎng)絡(luò)層(TNL)信令解決方案適于在UMTS陸地?zé)o線電訪問(wèn)網(wǎng)絡(luò)(UTRAN)TNL中實(shí)現(xiàn)。UTRAN包括經(jīng)由如上所述的TNL連接到至少一個(gè)節(jié)點(diǎn)B的至少一個(gè)RNC。依照本發(fā)明的TNL信令是基于標(biāo)準(zhǔn)IP資源保留-通信量工程協(xié)議(RSVP-TE)的，其是用于支持標(biāo)記切換隧道的RSVP的擴(kuò)展，所述RSVP描述在R.Braden等人Resource ReSerVation Protocol(RSVP)——版本1功能說(shuō)明，RFC 2205，1997年9月；以及描述在D.AwducheExtensions to RSVPfor LSP Tunnels，RFC 3209，2001年12月中。按每個(gè)流連接執(zhí)行RSVP-TE信令并且使用標(biāo)準(zhǔn)的RSVP-TE消息和對(duì)象。
TNL信令所需要的功能之一是流標(biāo)識(shí)。對(duì)于每個(gè)連接，TNL信令消息必須包含流標(biāo)識(shí)信息。依照當(dāng)前的RSVP-TE消息，標(biāo)準(zhǔn)的SESSION(會(huì)話)對(duì)象攜帶節(jié)點(diǎn)B的IP地址、UDP端口號(hào)和協(xié)議ID。SENDER_TEMPLATE包括RNC IP地址和UDP端口號(hào)。依照這種方式，SESSION和SENDER_TEMPLATE是包含了基于IP的5元組流信息的對(duì)象。依照本發(fā)明，該身份標(biāo)識(shí)在UTRAN中用于在TNL信令中的流標(biāo)識(shí)。SESSION和SENDER_TEMPLATE信息由邊緣節(jié)點(diǎn)(諸如節(jié)點(diǎn)B或IWU)處理而不是在內(nèi)節(jié)點(diǎn)中處理。
因而，本發(fā)明涉及一種用于通過(guò)使用傳輸網(wǎng)絡(luò)層TNL信令來(lái)控制UMTS陸地?zé)o線電訪問(wèn)網(wǎng)絡(luò)UTRAN的用戶平面的方法和設(shè)備，所述UTRAM包括經(jīng)由傳輸網(wǎng)絡(luò)層連接到第二邊緣節(jié)點(diǎn)的第一邊緣節(jié)點(diǎn)，其中通過(guò)使用在所述UTRAN的第一和第二邊緣節(jié)點(diǎn)之間的節(jié)點(diǎn)B應(yīng)用部分來(lái)建立無(wú)線電鏈路，為每個(gè)TNL流在所述第一和第二邊緣節(jié)點(diǎn)之間傳送基于RSVP-TE的TNL信令消息，并且每個(gè)TNL流通過(guò)使用RSVP-TE消息來(lái)標(biāo)識(shí)，其中對(duì)象SESSION和SENDER_TEMPLATE包括基于IP的5元組流信息，所述5元組流信息被用作TNL流身份標(biāo)識(shí)。
依照本發(fā)明的第一實(shí)施例，TNL信令解決方案適于在基于IP的UTRAN中實(shí)現(xiàn)。為每個(gè)連接，建立一個(gè)RSVP-TE隧道，并且如上所述使用標(biāo)準(zhǔn)的RSVP-TE對(duì)象和消息。為了實(shí)現(xiàn)雙向保留，為下游用戶通信業(yè)務(wù)建立一個(gè)隧道，并且為上游用戶通信業(yè)務(wù)建立另一個(gè)隧道。
在圖3a中示出了依照本發(fā)明第一實(shí)施例在基于完全I(xiàn)P的網(wǎng)絡(luò)的情況下，在RNC和節(jié)點(diǎn)B之間的網(wǎng)絡(luò)模型。所述網(wǎng)絡(luò)模型包括RNC、節(jié)點(diǎn)B(也被標(biāo)示為基站)和內(nèi)部路由器。使用RMD原理的術(shù)語(yǔ)把RNC和節(jié)點(diǎn)B稱為邊緣節(jié)點(diǎn)。
依照本發(fā)明第一實(shí)施例的解決方案還可以用于混合IP/ATM網(wǎng)絡(luò)的情況，其中互工作部件(IWU)適于在IP和ATM網(wǎng)絡(luò)部分之間操作。在圖3b中示出了此方案。在這種情況下，IWU是RMD域的邊緣。
參照?qǐng)D3a和3b，依照現(xiàn)有技術(shù)由在RNC和節(jié)點(diǎn)B之間的節(jié)點(diǎn)B應(yīng)用部分(Node B Application Part NBAP)信令來(lái)建立無(wú)線電鏈路連接。通過(guò)在RNC發(fā)送無(wú)線電鏈路建立請(qǐng)求來(lái)開(kāi)始建立。所述請(qǐng)求由節(jié)點(diǎn)B在無(wú)線電鏈路建立響應(yīng)消息中應(yīng)答。在NBAP信令中，和圖3a和3b所示的一樣，交換IP地址和UDP端口號(hào)。選擇性地，還可以發(fā)送DiffServ碼點(diǎn)(DiffServ Code Point DSCP)。
如圖3a和3b所示，通過(guò)TLN消息、雙道PATH消息和雙道消息RESV來(lái)建立雙向的資源保留。TNL信令必須提供的兩個(gè)功能是流定義和資源保留。
依照本發(fā)明如上所述來(lái)執(zhí)行流標(biāo)識(shí)。另外如上所述，PDR對(duì)象包含流身份標(biāo)識(shí)，所述流身份標(biāo)識(shí)是源和目的邊緣節(jié)點(diǎn)IP地址和DSCP字段的組合。
在圖3a和3b中示出了用于建立雙向連接的消息序列。在RMD域中，按照標(biāo)準(zhǔn)的路由協(xié)議對(duì)上游和下游路由所述消息。不同于標(biāo)準(zhǔn)的RSVP和RSVP-TE原理，在RMD域中并不把每跳的路由選擇狀態(tài)存儲(chǔ)在路由器中。依照第一實(shí)施例，引入被配置成包含標(biāo)準(zhǔn)的RSVP-TE對(duì)象和下面將進(jìn)一步描述的兩個(gè)對(duì)象(即PHR和PDR)的RSVP-TE消息，以便依照“DiffServ中的資源管理(Resource Management inDiffServ RMD)”方法來(lái)執(zhí)行資源保留。為了提供QoS，需要資源保留。在L.Westberg等人的“Resource Management in DiffServFramework”中(Internet Draft，Work in Progress，2001年)和L.Westberg等人的“Resource Management in DiffServ(RMD)AFunctionality and Performance Behavior Overview”中(Protocols forHigh Speed Networks，2002年，柏林)所公開(kāi)的RMD原理中定義了PHR和PDR對(duì)象。
本發(fā)明第一實(shí)施例的資源保留方案是基于RMD架構(gòu)的。在RMD中，只有邊緣節(jié)點(diǎn)(諸如RNC和IWU，和在圖3b中圖示的混合IP和ATM/AAL2網(wǎng)絡(luò)中的一樣)使用復(fù)雜的保留方法并且維護(hù)每個(gè)流的資源保留狀態(tài)。在圖3a和3b中所示的、諸如IP路由器的內(nèi)節(jié)點(diǎn)中，只適于使用非常簡(jiǎn)單的資源保留方法，例如求和資源單元并且只適于維護(hù)聚集的保留狀態(tài)。
RSVP-TE消息適于包含標(biāo)準(zhǔn)的RSVP-TE對(duì)象和RMD具體對(duì)象PHR和PDR對(duì)象。RNC通過(guò)向節(jié)點(diǎn)B發(fā)送PATH消息來(lái)開(kāi)始信令。PATH消息包括PDR對(duì)象和PHR對(duì)象。PHR包含諸如用于內(nèi)節(jié)點(diǎn)和下游方向的帶寬之類的簡(jiǎn)單保留信息。PDR對(duì)象像上面所述的那樣包含流身份標(biāo)識(shí)，并且還可以包含用于上游保留的資源保留信息。在所經(jīng)過(guò)的每個(gè)內(nèi)節(jié)點(diǎn)中處理PHR對(duì)象，并且進(jìn)行保留。由RNC所發(fā)送的PDR對(duì)象只邊緣節(jié)點(diǎn)處理，即在節(jié)點(diǎn)B或IWU處理。
在節(jié)點(diǎn)B中處理PATH消息之后，所述節(jié)點(diǎn)B用RESV消息作出響應(yīng)。在RMD域中，RESV消息按照標(biāo)準(zhǔn)路由協(xié)議進(jìn)行路由，而在RMD域之外，RESV消息像在RSVP的情況中那樣被隨后在相反方向上發(fā)送到PATH消息。在RMD域的內(nèi)部和外部使用不同的路由選擇。在RMD域內(nèi)，使用諸如OSPF或BGP之類的標(biāo)準(zhǔn)IP路由選擇。在RMD域外，和在RSVP的情況下一樣進(jìn)行路由選擇PATH把傳輸狀態(tài)安裝在路由器中(存儲(chǔ)前一跳的IP地址和端口號(hào))并且向此地址發(fā)送RESV。依照這種方式，RESV遵循與相反方向上的PATH相同的路由。如果上游和下游IP路由是不同的(IP路由選擇是不對(duì)稱的)，那么在RMD域內(nèi)部與外部所使用的方法之間存在差異。邊緣節(jié)點(diǎn)，即在圖3a中所示出的完全I(xiàn)P情況下的節(jié)點(diǎn)B或在如圖3b所示的混合ATM/IP的情況下的IWU，把PDR對(duì)象插入到RESV消息中。此PDR對(duì)象包含保留確認(rèn)信息。
也由節(jié)點(diǎn)B發(fā)送PATH消息。邊緣節(jié)點(diǎn)(在完全I(xiàn)P情況下是節(jié)點(diǎn)B或在混合ATM/IP情況下是IWU)為在上游方向上的資源保留插入PHR和PDR對(duì)象。PHR在每個(gè)內(nèi)節(jié)點(diǎn)中處理，而PDR只在RNC中處理。依照與下游方向相同的方式來(lái)進(jìn)行資源保留。
在接收PATH之后，RNC向節(jié)點(diǎn)B發(fā)回RESV消息?？梢圆捎肦ESV把包含保留確認(rèn)信息的PDR對(duì)象發(fā)送到RESV中的邊緣節(jié)點(diǎn)。
DiffServ域中的保留狀態(tài)是軟狀態(tài)，在連接時(shí)間期間周期性地刷新所述軟狀態(tài)。如在RSVP-TE和RMD架構(gòu)中所描述的那樣，通過(guò)發(fā)送PATH消息來(lái)在RMD域中進(jìn)行資源刷新。在超時(shí)時(shí)段之后，除去沒(méi)有刷新的資源。
拆解(tear down)和故障處理操作遵循RMD的方案，并且可以依照與基本操作情況下相同的方式來(lái)導(dǎo)出消息操作。
依照本發(fā)明第二實(shí)施例，TNL信令包括將用于UTRAN的ATM/AAL2域中RSVP-TE的擴(kuò)展。即，可以不考慮傳輸技術(shù)而使用一個(gè)單個(gè)的控制協(xié)議，即IP和/或ATM/AAL2。因此，在使用混合AAL2/ATM和IP傳輸解決方案的網(wǎng)絡(luò)中，在ATM/AAL2網(wǎng)絡(luò)和IP網(wǎng)絡(luò)之間的TNL控制平面中不需要IWU。然而，依照第二實(shí)施例的TNL信令除當(dāng)前RSVP-TE之外以及除依照本發(fā)明第一實(shí)施例的TNL信令之外，還要求附加對(duì)象。然而這些附加對(duì)象必須被排除在IP域外以確保正確操作。為了實(shí)現(xiàn)在UTRAN的一個(gè)版本中所使用的AAL2許可控制功能的應(yīng)用，TNL信令還包括可能使用已經(jīng)存在的RSVP-TE的對(duì)象。
依照第二實(shí)施例的TNL信令依照下列方式TNL信令適于控制AAL2交換機(jī)的ATM和AAL2層。這樣，建立新的AAL2連接可以開(kāi)始創(chuàng)建或修改ATM VC。
此外，TNL信令還可以適于僅僅控制AAL2層。AAL2交換機(jī)的ATM層由標(biāo)準(zhǔn)的RSVP-TE或經(jīng)由管理系統(tǒng)來(lái)半永久性地配置。這被標(biāo)示為RSVP-TE(ATM)并且依照現(xiàn)有技術(shù)來(lái)執(zhí)行。
在圖4a中示出了在RNC和節(jié)點(diǎn)B之間UTRAN的模型以及基本的單向信令操作。在圖4a中所示的RNC和ALL2交換機(jī)之間的網(wǎng)絡(luò)部分中，ATM網(wǎng)絡(luò)層是半永久性的，而(在AAL2交換機(jī)和節(jié)點(diǎn)B之間的)其它部分按照要求來(lái)動(dòng)態(tài)建立。(你可以對(duì)此進(jìn)行進(jìn)一步解釋。我不理解圖中的箭頭部分。)這意味著在RNC和AAL2交換機(jī)之間只有AAL2層受RSVP-TE信令控制(ATM層例如由網(wǎng)絡(luò)管理系統(tǒng)控制)，而在AAL2 SW和節(jié)點(diǎn)B之間，AAL2和ATM都受RSVP-TE控制。這在圖4a和b中由PATH(AAL2)和PATH(ATM，AAL2)等來(lái)表示。在下一段中將對(duì)此進(jìn)行進(jìn)一步的解釋。在半永久性的部分中，可以使用CBR、VBR或UBR+VC，而在動(dòng)態(tài)部分中，則考慮UBR+VC。
依照現(xiàn)有技術(shù)，由在RNC和節(jié)點(diǎn)B之間的NBAP信令來(lái)建立無(wú)線電鏈路連接，這和本發(fā)明的第一實(shí)施例中的一樣。
依照本發(fā)明，為每個(gè)AAL2連接執(zhí)行RSVP-TE信令。為了區(qū)分不同網(wǎng)絡(luò)部分中的協(xié)議功能和協(xié)議消息，協(xié)議消息由(半)永久性地建立ATM VC的ATM/AAL2部分中的RSVP-TE(AAL2)以及動(dòng)態(tài)建立ATM和AAL2層的ATM/AAL2部分中的RSVP-TE(ATM，AAL2)標(biāo)示。
考慮RSVP-TE功能，在圖4a中RNC是發(fā)送器而節(jié)點(diǎn)B是接收器。在標(biāo)準(zhǔn)的RSVP-TE中，由接收器在相反方向上執(zhí)行資源保留。由于UTRAN中的RNC擁有所有流標(biāo)識(shí)和保留信息，所以實(shí)際上從RNC發(fā)信號(hào)通知所有的相關(guān)信息。節(jié)點(diǎn)B充當(dāng)代理，用于在必要時(shí)反映所接收的信息以符合當(dāng)前標(biāo)準(zhǔn)。
需要ATM/AAL2TNL信令所提供的三個(gè)功能是(1)流標(biāo)識(shí)(2)AAL2/ATM層配置和(3)QoS提供。
依照本發(fā)明如上所述來(lái)執(zhí)行控制消息的流標(biāo)識(shí)。
為了配置ATM/AAL2網(wǎng)絡(luò)部分，必須在鄰近節(jié)點(diǎn)之間沿著AAL2連接的路徑來(lái)發(fā)信號(hào)通知CID、VPI/VCI值。為達(dá)到此目的，具有ATM標(biāo)記范圍的LABEL_REQEST(標(biāo)準(zhǔn)RFC 3209)被發(fā)送到下一ATM/AAL2交換機(jī)，所述ATM/AAL2交換機(jī)可以從此范圍內(nèi)選擇要用于具體鏈路上的標(biāo)記。對(duì)于AAL2配置，必須定義新類的類型，依照本發(fā)明第二實(shí)施例，所述新類的類型被標(biāo)示為AAL2_LABEL_REQUEST。AAL2_LABEL_REQUEST采用PATH消息被發(fā)送到下一AAL2交換機(jī)，用于表明AAL2標(biāo)記范圍(即CID范圍)，下一跳AAL2交換機(jī)可以從該標(biāo)記范圍中選擇單一值。在圖6中公開(kāi)了此定義的對(duì)象的形式。
在RESV消息中，通過(guò)采用RESV消息發(fā)送兩個(gè)LABEL對(duì)象來(lái)應(yīng)答ATM和AAL2標(biāo)記請(qǐng)求ATM LABEL對(duì)象包含VPI和VCI，而AAL2 LABEL對(duì)象包含連接的CID。LABEL和AAL2_LABEL對(duì)象由發(fā)起了LABEL_REQUEST和AAL2_LABEL_REQUEST的相同節(jié)點(diǎn)處理。使用上述對(duì)象的方式取決于ATM層是否被動(dòng)態(tài)地配置。
如果ATM層被靜態(tài)地配置，那么新的連接必須使用已經(jīng)存在的VC。因此，AAL2交換機(jī)必須選擇屬于現(xiàn)有VC的VPI/VCI對(duì)，所述現(xiàn)有VC具有用于新的AAL2連接的足夠資源。如果沒(méi)有VC具有足夠的資源，例如沒(méi)有可用的CID值或沒(méi)有足夠的空閑容量，那么呼叫就被阻塞。
如果ATM和AAL2都被動(dòng)態(tài)地配置，那么就可能有兩種情況。如果存在已經(jīng)建立的VC具有足夠的資源，那么可以使用此VC，即AAL2交換機(jī)選擇其VP/VC標(biāo)識(shí)符。否則，應(yīng)當(dāng)和新的AAL2連接一起建立新的VC。即，由AAL2交換機(jī)來(lái)選擇新的VPI/VCI。注意，如果范圍限于一個(gè)值的話，那么可以由發(fā)送器明確地分配VCI、VPI或CID。
在ATM/AAL2網(wǎng)絡(luò)部分中，由AAL2 CAC來(lái)確保QoS。第二實(shí)施例的一個(gè)目的在于使在ATM/AAL2節(jié)點(diǎn)中新的實(shí)現(xiàn)方式最小化，例如以免開(kāi)發(fā)新的CAC算法。在UTRAN，AAL2交換機(jī)的一個(gè)版本中的AAL2 CAC算法具有以下參數(shù)源的數(shù)目、鏈路容量、分組大小、傳輸時(shí)間間隔(Transmission Time Interval TTI)、活動(dòng)因素、QoS類、延遲和損耗需求、段大小和優(yōu)先級(jí)。在現(xiàn)有技術(shù)中，由Q.AAL2僅僅發(fā)信號(hào)通知這些參數(shù)中的分組大小、TTI、活動(dòng)因素、QoS類和優(yōu)先級(jí)。其它參數(shù)或被配置(例如鏈路容量)或被測(cè)量(例如源的數(shù)目)。
假定依照第二實(shí)施例的TNL信令必須發(fā)信號(hào)通知與Q.AAL2相同的AAL2 CAC參數(shù)。這可以通過(guò)恰當(dāng)?shù)靥顚慏SCP字段和令牌桶描述符來(lái)執(zhí)行。
在對(duì)象SENDER_TSPEC和對(duì)象FLOW_SPEC中發(fā)信號(hào)通知令牌桶描述符。采用包含用戶通信業(yè)務(wù)的IntServ通信業(yè)務(wù)描述符的PATH消息來(lái)發(fā)送對(duì)象SENDER_TSPEC。在流的接收器節(jié)點(diǎn)中使用此通信業(yè)務(wù)信息來(lái)定義對(duì)象FLOW_SPEC，其被采用RESV消息發(fā)送回。實(shí)際保留是基于在FLOW_SPEC對(duì)象中所指定的通信業(yè)務(wù)參數(shù)的。由于不支持多播，所以FLOW_SPEC實(shí)際上與SENDER_TSPEC完全相同。
DCLASS對(duì)象包含流的DSCP。假定在NBAP信令中交換DSCP，這意味著節(jié)點(diǎn)B能夠把屬性值放入RESV消息中。FLOW_SPEC和DCLASS被認(rèn)為由AAL2 CAC使用來(lái)進(jìn)行許可控制判定。FLOW_SPEC對(duì)象中所發(fā)信號(hào)通知的CAC參數(shù)是分組大小(存儲(chǔ)桶大小)和TTI(存儲(chǔ)桶大小/令牌比率)。在DCLASS對(duì)象中發(fā)信號(hào)通知優(yōu)先級(jí)和QoS類。因而，由Q.AAL2發(fā)信號(hào)通知而尚未被映射到RSVP-TE的唯一剩余的CAC參數(shù)是活動(dòng)因素。不能從標(biāo)準(zhǔn)的IntServ令牌存儲(chǔ)桶參數(shù)中獲得活動(dòng)因素。依照本發(fā)明實(shí)施例這可以依照三種方式執(zhí)行。首先，在AAL2/ATM節(jié)點(diǎn)中配置活動(dòng)因素值，并且使用DSCP及其它通信業(yè)務(wù)描述符來(lái)來(lái)進(jìn)行分類。其次，在TSPEC和FLOW_SPEC中一個(gè)未使用的字段中發(fā)信號(hào)通知，并且最后定義新的字段和對(duì)象以發(fā)信號(hào)通知活動(dòng)因素的值。然而，還可以按照另一方法獲得活動(dòng)因素，所述方法對(duì)本領(lǐng)域技術(shù)人員來(lái)說(shuō)是顯而易見(jiàn)的。
下面公開(kāi)了用于成功建立雙向連接的例子。不成功的建立、刷新、拆解操作也是基于標(biāo)準(zhǔn)的RSVP-TE特征的，并且還可以從以下例子導(dǎo)出。當(dāng)假定不對(duì)稱的路由選擇時(shí)，這意味著上行鏈路(UL)和下行鏈路(DL)通信業(yè)務(wù)的路由可能是不同的。這要求雙道的PATH消息流和雙道的RESV消息流，如圖4b中所示。用于DL流的RESV消息可以和用于UL流的PATH消息同時(shí)發(fā)送。注意，此雙向保留由兩個(gè)獨(dú)立的單向保留組成。因此，兩個(gè)方向的流標(biāo)識(shí)符不相同，并且在相同鏈路上的兩個(gè)方向所分配的標(biāo)記也可能不同。
在圖5的表中，描述了采用PATH和RESV消息所發(fā)送的最重要的對(duì)象。所述表還表明哪些節(jié)點(diǎn)讀取并且哪些節(jié)點(diǎn)寫入所列出的對(duì)象。在UTRAN的情況下，對(duì)于節(jié)點(diǎn)B來(lái)說(shuō)一個(gè)問(wèn)題在于填寫用于上行鏈路保留的對(duì)象(即SENDER_TEMPLAT、SESSION、SENDER_TSPEC)。據(jù)此，節(jié)點(diǎn)B必須為屬于上行鏈路保留的PATH消息填寫對(duì)象SENDER_TEMPLATE和SESSION。依照本發(fā)明第二實(shí)施例的解決方案是把IP地址和端口從PATH(DL)的SENDER_TEMPLATE拷貝到PATH(UL)的SESSION對(duì)象，并且把IP地址和端口從PATH(DL)的SESSION對(duì)象拷貝到PATH(UL)的SENDER_TEMPLATE。
與上行鏈路保留相關(guān)的其它對(duì)象是SENDER_TSPEC對(duì)象。依照正常操作，接收器依照在對(duì)象SENDER_TSPEC中所接收的信息來(lái)分配FLOW_SPEC對(duì)象的內(nèi)容。對(duì)于上行鏈路保留，RNC被配置成用于根據(jù)本地信息來(lái)填寫FLOW_SPEC對(duì)象，而忽略由節(jié)點(diǎn)B所發(fā)送的SENDER_TSPEC對(duì)象。依照與單向保留的情況下相同的方式來(lái)使用LABEL_REQUEST、AAL2_LABEL_REQUEST、LABEL和AAL2_LABEL對(duì)象。
依照本發(fā)明的第二實(shí)施例定義了具有AAL2標(biāo)記范圍的對(duì)象LABEL和對(duì)象LABEL_REQUEST。依照與在RFC 3209[D.AwducheExtensions to RSVP for LSP Tunnels，RFC 3209，2001年12月]中所描述的具有ATM標(biāo)記范圍的LABEL對(duì)象和LABEL_REQUEST對(duì)象類似的方式來(lái)定義所述對(duì)象。如圖6所示，較低的有效8位包含了信道標(biāo)識(shí)(Channel Identification CID)值。
依照本發(fā)明第三實(shí)施例，還可以在混合ATM-IP網(wǎng)絡(luò)中使用所提出的TNL信令，其中HRAN是基于IP的而LRAN是基于ATM的。互工作部件(IWU)在ATM和IP網(wǎng)絡(luò)部分之間操作，參見(jiàn)圖2b。在用戶平面中，IWU把IP分組轉(zhuǎn)換為ATM分組，而IWU對(duì)于控制平面來(lái)說(shuō)并不是需要的，這是本發(fā)明的一個(gè)優(yōu)點(diǎn)。
由圖7中的流程示了依照本發(fā)明的方法。因而，提供了一種用于通過(guò)使用傳輸網(wǎng)絡(luò)層TNL信令來(lái)控制UMTS陸地?zé)o線電訪問(wèn)網(wǎng)絡(luò)UTRAN的用戶平面的方法，所述UTRAN包括經(jīng)由傳輸網(wǎng)絡(luò)層連接到第二邊緣節(jié)點(diǎn)的第一邊緣節(jié)點(diǎn)，所述方法包括步驟701.為每個(gè)TNL流在所述第一和第二邊緣節(jié)點(diǎn)之間傳送基于RSVP-TE的TNL信令消息，702.使用RSVP-TE消息來(lái)標(biāo)識(shí)每個(gè)TNL流，其中對(duì)象SESSION和SENDER_TEMPLATE包括基于IP的5元組流信息，所述流信息適于被用作TNL流身份標(biāo)識(shí)。
此外，依照本發(fā)明的設(shè)備包括用于執(zhí)行本發(fā)明和優(yōu)選實(shí)施例的方法的裝置。所述裝置可以由RNC、節(jié)點(diǎn)B和/或IWU中的軟件和/或硬件裝置來(lái)實(shí)現(xiàn)。
在附圖和說(shuō)明書中，公開(kāi)了本發(fā)明典型的優(yōu)選實(shí)施例，并且盡管使用具體術(shù)語(yǔ)，然而只是在通用和描述性的意義上使用的，而并非限制，在下面的權(quán)利要求中闡明了本發(fā)明的范圍。
權(quán)利要求
1.一種用于通過(guò)使用傳輸網(wǎng)絡(luò)層TNL信令來(lái)控制UMTS陸地?zé)o線電訪問(wèn)網(wǎng)絡(luò)UTRAN的用戶平面的方法，所述UTRAN包括經(jīng)由傳輸網(wǎng)絡(luò)層連接到第二邊緣節(jié)點(diǎn)的第一邊緣節(jié)點(diǎn)，所述方法包括步驟通過(guò)使用在所述UTRAN的第一和第二邊緣節(jié)點(diǎn)之間的節(jié)點(diǎn)B應(yīng)用部分來(lái)建立無(wú)線電鏈路，所述方法其特征在于還包括步驟為每個(gè)TNL流在所述第一和第二邊緣節(jié)點(diǎn)之間傳送(701)基于RSVP-TE的TNL信令消息，使用RSVP-TE消息來(lái)標(biāo)識(shí)(702)每個(gè)TNL流，其中對(duì)象SESSION和SENDER_TEMPLATE包括基于IP的5元組流信息，所述流信息適于被用作TNL流身份標(biāo)識(shí)。
2.如權(quán)利要求1所述的方法，其中所述方法還包括步驟為在所述第一邊緣節(jié)點(diǎn)和第二邊緣節(jié)點(diǎn)之間的每個(gè)連接方向建立一個(gè)RSVP-TE隧道。
3.如權(quán)利要求1-2中任何一個(gè)所述的方法，其中所述方法還包括步驟通過(guò)發(fā)送PATH消息來(lái)開(kāi)始TNL信令，所述PATH消息包括至少保留信息和至少TNL流身份標(biāo)識(shí)，所述保留信息諸如用于內(nèi)節(jié)點(diǎn)的帶寬。
4.如權(quán)利要求3所述的方法，其中所述方法還包括步驟處理所述邊緣節(jié)點(diǎn)之間的每個(gè)內(nèi)節(jié)點(diǎn)中的所述保留信息。
5.如權(quán)利要求3所述的方法，其中所述方法還包括步驟處理所述邊緣節(jié)點(diǎn)中的所述TNL流身份標(biāo)識(shí)。
6.如權(quán)利要求3所述的方法，其中所述方法還包括步驟通過(guò)在相反方向上傳送包括標(biāo)準(zhǔn)RSVP-TE對(duì)象以及PHR和PDR對(duì)象的RESV消息來(lái)對(duì)所述PATH消息作出響應(yīng)。
7.如權(quán)利要求3所述的方法，其中所述方法還包括步驟通過(guò)在相反方向上傳送包括標(biāo)準(zhǔn)RSVP-TE、PHR、PDR對(duì)象或AAL2_LABEL_REQUEST或AAL2_LABEL對(duì)象的RESV消息來(lái)對(duì)路徑消息作出響應(yīng)，并且把資源保留確認(rèn)信息插入到所述RESV消息中。
8.如權(quán)利要求1-6中任何一個(gè)所述的方法，其中所述第一邊緣節(jié)點(diǎn)是所述UTRAN中的無(wú)線電網(wǎng)絡(luò)控制器，而所述第二邊緣節(jié)點(diǎn)是所述UTRAN中的節(jié)點(diǎn)B。
9.如權(quán)利要求1-6中任何一個(gè)所述的方法，其中所述第二邊緣節(jié)點(diǎn)是所述UTRAN中的無(wú)線電網(wǎng)絡(luò)控制器，而所述第一邊緣節(jié)點(diǎn)是所述UTRAN中的節(jié)點(diǎn)B。
10.如權(quán)利要求1-5和7中任何一個(gè)所述的方法，其中所述第一邊緣節(jié)點(diǎn)是所述UTRAN中的無(wú)線電網(wǎng)絡(luò)控制器，而所述第二邊緣節(jié)點(diǎn)是在所述UTRAN的基于IP的部分和所述UTRAN的AAL2/ATM部分之間的互工作部件。
11.如權(quán)利要求1-5和7中任何一個(gè)所述的方法，其中所述第二邊緣節(jié)點(diǎn)是所述UTRAN中的無(wú)線電網(wǎng)絡(luò)控制器，而所述第一邊緣節(jié)點(diǎn)是在所述UTRAN的基于IP的部分和所述UTRAN的AAL2/ATM部分之間的互工作部件。
12.如權(quán)利要求1所述的方法，其中所述方法還包括步驟通過(guò)沿著連接路徑向鄰近節(jié)點(diǎn)發(fā)送包括信道標(biāo)識(shí)值、CID、VPI/VCI值的PATH消息來(lái)配置AAL2/ATM UTRAN部分。
13.如權(quán)利要求12所述的方法，其中具有ATM標(biāo)記范圍的對(duì)象LABEL_REQUEST適于攜帶VPI/VCI值并且AAL2_LABEL_REQUEST適于攜帶CID值。
14.如權(quán)利要求12-13中任何一個(gè)所述的方法，其中所述方法還包括步驟通過(guò)傳送包括至少ATM LABEL對(duì)象和AAL2_LABEL對(duì)象的RESV消息來(lái)對(duì)所述PATH消息和所述AAL2標(biāo)記請(qǐng)求作出響應(yīng)，所述ATM LABEL對(duì)象包括VPI和VCI，所述AAL2_LABEL對(duì)象包括連接的CID。
15.如權(quán)利要求14所述的方法，其中所述方法還包括步驟由其中發(fā)起了LABEL_REQUEST和AAL2_LABEL_REQUEST的相同節(jié)點(diǎn)來(lái)處理LABEL和AAL2_LABEL對(duì)象。
16.如權(quán)利要求12-15中任何一個(gè)所述的方法，其中所述方法還包括步驟通過(guò)使用AAL2 CAC來(lái)確保所述ATM/AAL2網(wǎng)絡(luò)部分中的服務(wù)質(zhì)量(QoS)。
17.如權(quán)利要求13所述的方法，其中具有AAL2標(biāo)記范圍的對(duì)象LABEL和對(duì)象LABEL_REQUEST的較低有效8位包括CID值。
18.如權(quán)利要求12-17中任何一個(gè)所述的方法，當(dāng)互工作部件(IWU)在ATM網(wǎng)絡(luò)部分和IP網(wǎng)絡(luò)部分之間操作時(shí)，所述方法還包括步驟把Q.AAL2和IP-ALCAP消息轉(zhuǎn)換為所述基于RSVP-TE的TNL信令消息。
19.一種用于通過(guò)使用傳輸網(wǎng)絡(luò)層TNL信令來(lái)控制UMTS陸地?zé)o線電訪問(wèn)網(wǎng)絡(luò)UTRAN(102)的用戶平面的設(shè)備，所述UTRAN包括經(jīng)由傳輸網(wǎng)絡(luò)層連接到第二邊緣節(jié)點(diǎn)(104)的第一邊緣節(jié)點(diǎn)(105)，所述設(shè)備包括用于通過(guò)使用在所述UTRAN(102)的第一(105)和第二(104)邊緣節(jié)點(diǎn)之間的節(jié)點(diǎn)B應(yīng)用部分來(lái)建立無(wú)線電鏈路的裝置，所述設(shè)備其特征在于所述設(shè)備包括用于為每個(gè)TNL流在所述第一和第二邊緣節(jié)點(diǎn)之間傳送基于RSVP-TE的TNL信令消息的裝置，用于使用RSVP-TE消息來(lái)標(biāo)識(shí)每個(gè)TNL流的裝置，其中對(duì)象SESSION和SENDER_TEMPLATE包括基于IP的5元組流信息，所述流信息適于被用作TNL流身份標(biāo)識(shí)。
20.如權(quán)利要求19所述的設(shè)備，其中所述設(shè)備包括用于為在所述第一邊緣節(jié)點(diǎn)和第二邊緣節(jié)點(diǎn)之間的每個(gè)連接方向建立一個(gè)RSVP-TE隧道的裝置。
21.如權(quán)利要求19-20中任何一個(gè)所述的設(shè)備，其中所述設(shè)備包括用于通過(guò)發(fā)送PATH消息來(lái)開(kāi)始TNL信令的裝置，所述PATH消息包括至少保留信息和至少TNL流身份標(biāo)識(shí)，所述保留信息諸如用于內(nèi)節(jié)點(diǎn)的帶寬。
22.如權(quán)利要求21所述的設(shè)備，其中所述設(shè)備包括用于處理所述邊緣節(jié)點(diǎn)之間的每個(gè)內(nèi)節(jié)點(diǎn)中的所述保留信息的裝置。
23.如權(quán)利要求21所述的設(shè)備，其中所述設(shè)備包括用于處理所述邊緣節(jié)點(diǎn)中的所述TNL流身份標(biāo)識(shí)的裝置。
24.如權(quán)利要求21所述的設(shè)備，其中所述設(shè)備包括用于通過(guò)在相反方向上傳送包括標(biāo)準(zhǔn)RSVP-TE對(duì)象以及PHR和PDR對(duì)象的RESV消息來(lái)對(duì)所述PATH消息作出響應(yīng)的裝置。
25.如權(quán)利要求21所述的設(shè)備，其中所述設(shè)備包括用于通過(guò)在相反方向上傳送包括標(biāo)準(zhǔn)的RSVP-TE、PHR、PDR對(duì)象或AAL2_LABEL_REQUEST或AAL2_LABEL對(duì)象的RESV消息來(lái)對(duì)所述PATH消息作出響應(yīng)的裝置，和用于把資源保留確認(rèn)信息插入到所述RESV消息中的裝置。
26.如權(quán)利要求19-24中任何一個(gè)所述的設(shè)備，其中所述第一邊緣節(jié)點(diǎn)是所述UTRAN中的無(wú)線電網(wǎng)絡(luò)控制器，而所述第二邊緣節(jié)點(diǎn)是所述UTRAN中的節(jié)點(diǎn)B。
27.如權(quán)利要求19-24中任何一個(gè)所述的設(shè)備，其中所述第二邊緣節(jié)點(diǎn)是所述UTRAN中的無(wú)線電網(wǎng)絡(luò)控制器，而所述第一邊緣節(jié)點(diǎn)是所述UTRAN中的節(jié)點(diǎn)B。
28.如權(quán)利要求19-23和25中任何一個(gè)所述的設(shè)備，其中所述第一邊緣節(jié)點(diǎn)是所述UTRAN中的無(wú)線電網(wǎng)絡(luò)控制器，而所述第二邊緣節(jié)點(diǎn)是在所述UTRAN的基于IP的部分和所述UTRAN的AAL2/ATM部分之間的互工作部件。
29.如權(quán)利要求19-23和25中任何一個(gè)所述的設(shè)備，其中所述第二邊緣節(jié)點(diǎn)是所述UTRAN中的無(wú)線電網(wǎng)絡(luò)控制器，而所述第一邊緣節(jié)點(diǎn)是在所述UTRAN的基于IP的部分和所述UTRAN的AAL2/ATM部分之間的互工作部件。
30.如權(quán)利要求19所述的設(shè)備，其中所述設(shè)備包括用于通過(guò)沿著連接路徑向鄰近節(jié)點(diǎn)發(fā)送包括信道標(biāo)識(shí)CID、VPINCI值的PATH消息來(lái)配置AAL2/ATM UTRAN部分。
31.如權(quán)利要求30所述的設(shè)備，其中具有ATM標(biāo)記范圍的對(duì)象LABEL_REQUEST適于攜帶VPI/VCI值并且AAL2_LABEL_REQUEST適于攜帶CID值。
32.如權(quán)利要求30-31中任何一個(gè)所述的設(shè)備，其中所述設(shè)備包括用于通過(guò)傳送包括至少ATM LABEL對(duì)象和AAL2 LABEL對(duì)象的RESV消息來(lái)對(duì)所述PATH消息和所述AAL2標(biāo)記請(qǐng)求作出響應(yīng)的裝置，其中所述ATM LABEL對(duì)象包括VPI和VCI，而所述AAL2 LABEL對(duì)象包括連接的CID。
33.如權(quán)利要求32所述的設(shè)備，其中所述設(shè)備包括用于由其中發(fā)起了LABEL_REQUEST和AAL2_LABEL_REQUEST的相同節(jié)點(diǎn)來(lái)處理LABEL和AAL2_LABEL對(duì)象的裝置。
34.如權(quán)利要求30-33中任何一個(gè)所述的設(shè)備，其中所述設(shè)備包括用于通過(guò)使用AAL2 CAC來(lái)確保ATM/AAL2網(wǎng)絡(luò)部分中的服務(wù)質(zhì)量(QoS)的裝置。
35.如權(quán)利要求31所述的設(shè)備，其中具有AAL2標(biāo)記范圍的對(duì)象LABEL和對(duì)象LABEL_REQUEST的較低有效8位包括CID值。
36.如權(quán)利要求30-35中任何一個(gè)所述的設(shè)備，當(dāng)互工作部件(IWU)在ATM網(wǎng)絡(luò)部分和IP網(wǎng)絡(luò)部分之間操作時(shí)，包括用于把Q.AAL2和IP-ALCAP消息轉(zhuǎn)換為基于所述RSVP-TE的TNL信令消息的裝置。
全文摘要
本發(fā)明涉及一種用于通過(guò)使用傳輸網(wǎng)絡(luò)層TNL信令來(lái)控制UMTS陸地?zé)o線電訪問(wèn)網(wǎng)絡(luò)UTRAN的用戶平面的方法和設(shè)備，所述UTRAN包括經(jīng)由傳輸網(wǎng)絡(luò)層連接到第二邊緣節(jié)點(diǎn)的第一邊緣節(jié)點(diǎn)。通過(guò)使用在所述UTRAN的第一和第二邊緣節(jié)點(diǎn)之間的節(jié)點(diǎn)B應(yīng)用部分來(lái)建立無(wú)線電鏈路，為每個(gè)TNL流在所述第一和第二邊緣節(jié)點(diǎn)之間傳送基于RSVP－TE的TNL信令消息，并且通過(guò)使用RSVP－TE消息來(lái)標(biāo)識(shí)每個(gè)TNL流，其中所述對(duì)象SESSION和SENDER_TEMPLATE包括基于IP的5元組流信息，所述流信息適于被用作TNL流身份標(biāo)識(shí)。
文檔編號(hào)H04L12/54GK1879428SQ200380110754
公開(kāi)日2006年12月13日 申請(qǐng)日期2003年11月28日 優(yōu)先權(quán)日2003年11月28日
發(fā)明者C·安塔爾, N·穆西卡, A·巴代, L·韋斯特貝里 申請(qǐng)人:艾利森電話股份有限公司