專利名稱：發(fā)送端與接收端間互聯(lián)網(wǎng)通信的決定控制的制作方法
(1)技術(shù)領域本申請是關(guān)于使用者設備(UE)和無線通信系統(tǒng)網(wǎng)絡之間的通信，特別的是本申請是關(guān)于這種系統(tǒng)中的資源保留協(xié)議(RSVP)信號處理。
(2)背景技術(shù)資源保留協(xié)議(RSVP)信號處理是用以保留產(chǎn)生自或終結(jié)于無線系統(tǒng)的多媒體流量，其是用以確保這些服務的服務品質(zhì)(QoS)和完整，特別是用于外部互聯(lián)網(wǎng)協(xié)議(IP)網(wǎng)絡之間的通信傳輸，RSVP信號處理可通過UE產(chǎn)生并傳輸于指向一IP網(wǎng)絡的無線網(wǎng)絡的無線電頻率(RF)接口之間，RSVP信號處理亦可通過通用封包無線電服務閘支持節(jié)點(GGSN)而產(chǎn)生，其中GGSN是用作代表UE的RSVP代理主機，在第一種情形中，RSVP信號處理的UE執(zhí)行將消耗一相當部份的、可通過在GGSN中使用代理主機運作而避免的空中接口資源(AIR INTERFACERESOURCES)，當GGSN執(zhí)行代理主機功能時，在GGSN和UE之間便需要一協(xié)商機制以確保適當運作和避免任何急速狀況，這兩種狀況是因同時傳輸RSVP信號處理而被定名，有需要的話，一控制模塊可用以指定RSVP信號處理功能，控制模塊可屬于GGSN或是方針控制功能(PCF)，缺乏RSVP責任的清楚指定不是會造成同時傳輸?shù)募彼贍顩r，就是會造成RSVP路徑傳輸和更新信息(更新沿著保留路徑的路由器的保留狀態(tài))的缺乏，這種更新信息的缺乏會造成保留狀態(tài)的終結(jié)和分配資源的損耗。
(3)發(fā)明內(nèi)容本申請?zhí)岢鲆蛟赨E和GGSN之間通信機制的缺乏而產(chǎn)生急速狀況的可能性，以挽救無線電資源的不當損耗和減少網(wǎng)絡中沖撞(Collisions)的機會，再者，本申請亦提出因在責任的清楚指定、并通過暫停任何傳往IP網(wǎng)絡的RSVP路徑/更新信息、使得UE和GGSN在更新/保持保留狀態(tài)的過程中，不論UE或GGSN皆無法適當響應RSVP的需求，這種在UE和GGSN之間清楚了解的缺乏會造成發(fā)生時間早于媒體數(shù)據(jù)數(shù)據(jù)串的IP網(wǎng)絡資源保留的終結(jié)，本申請可有效減少這種情形的發(fā)生率。
(4)


下面，參照附圖，對于熟悉本技術(shù)領域的人員而言，從對本發(fā)明的詳細描述中，本發(fā)明的上述和其他目的、特征和優(yōu)點將顯而易見。
圖1一RSVP信號處理機制之一實施例。
圖2一無線網(wǎng)絡之一簡化方塊圖。
圖3和圖4GGSN指定RSVP代理主機功能的流程圖。
圖5和圖6PCF指定RSVP代理主機功能的流程圖。
圖7至圖14信號處理的較佳實施例的流程圖。
(5)具體實施方式
圖1顯示使用一RSVP基本運作(無線環(huán)境的描述已經(jīng)簡化)的系統(tǒng)10，一使用者(發(fā)送端12)與一第二使用者(接收端14)啟始一多媒體交談并嘗試保留資源以建立交談，即使系統(tǒng)中仍有其它用戶，為了達到簡化的目的此處的例子僅限于用戶12和14，RSVP協(xié)議是用以通過被需求交談的特定路由以及執(zhí)行保留以確保傳輸交談的服務品質(zhì)(QoS)，RSVP發(fā)送端12傳送一PATH信息(請參閱路徑1、2、3、4、和5)，依序經(jīng)過RSVP路由器16、非RSVP路由器18、RSVP信道19、非RSVP信道20、以及RSVP路由器22，以沿著路由路徑分配資源和儲存對于交談來說必要的媒體屬性，接收端14通過保留(RESV)而認可PATH信息以建立資源(請參閱路徑6、7、8、9、和10)，RESV信息依序經(jīng)過RSVP路由器22、非RSVP路由器20、RSVP信道19、非RSVP路由器18、以及RSVP路由器16，一旦發(fā)送端12接收到RESV信息，一最終認可便會經(jīng)由同樣路徑被發(fā)送回接收端14，在收到最終認可之后，兩邊便開始交談，發(fā)送端和接收端皆會定期地沿著路由器路徑、經(jīng)由RSVP更新信息而更新資源保留，否則，路徑上路由器的保留狀態(tài)便會終結(jié)而資源也會被重新分配。
在一無線網(wǎng)絡中，使用者設備31或使用者是經(jīng)由如圖2所繪之一無線網(wǎng)絡而與多媒體/IP網(wǎng)絡33相連接，圖2顯示無線網(wǎng)絡的原始部份，例如通用移動通信系統(tǒng)(UMTS)網(wǎng)絡30，其是以RSVP的方式運作，如圖所示，呼叫服務器控制功能(CSCF)方針控制功能(PCF)32是作為方針控制點，關(guān)于使用者服務、媒體數(shù)據(jù)數(shù)據(jù)串的處理、以及QoS資源問題皆在方針控制點中被決定，GGSN是作為網(wǎng)關(guān)器功能，其可能作為RSVP發(fā)送端/接收端代理主機，再者，GGSN34包含所有移動概況信息封包數(shù)據(jù)協(xié)議(PDP)內(nèi)容，并且具有為達成傳輸信號處理和傳輸信息所需要的資源，GGSN34是作為所有移動式活動的控制管理機構(gòu)，其指定IP地址并且通過服務GPRS支持節(jié)點(SGSN)以決定運作的可能模式，對于UMTS地面無線電接取網(wǎng)絡(UTRAN)38和SGSN36來說RSVP信號處理是顯而易見的，決定點和RSVP信號處理的相關(guān)邏輯控制方式及位置不是在與整體QoS方針控制有關(guān)的CSCF(PCF)34上，就是在具有其它資源控制功能的GGSN34上，而在另一種實施方式中，提供一種RSVP信號處理相對于CSCF(PCF)34和CGSN34的動態(tài)責任分配，這是因為GGSN34控制著網(wǎng)絡資源的大部份且能察覺(或決定)無線網(wǎng)絡擁塞的狀況并使用這種機制以減輕部份的超過流量。
在一實施例中，GGSN34決定是由它或是UE31來執(zhí)行RSVP的功能，為了避免急速狀況、多倍量或毫無傳輸，GGSN34會與UE互動并清楚地指定RSVP信號處理的責任，決定的構(gòu)成可以靜態(tài)或動態(tài)的方式達成，若是靜態(tài)地作決定，則決定的構(gòu)成期間僅于啟始時，若是動態(tài)地作決定，則GGSN34可在任何時間改變RSVP功能的執(zhí)行者，決定的構(gòu)成傳統(tǒng)上皆是基于局部的傳輸狀況，例如相對于網(wǎng)絡資源的可利用性的空中連結(jié)資源的可利用性、以及局部的方針，也就是說，如果空中連結(jié)資源缺乏，則GGSN34可以決定將RSVP功能自部份的UE轉(zhuǎn)換至其本身，相對的，如果GGSN的資源被高度使用，則它即將RSVP功能轉(zhuǎn)換至部份的UE。
圖3繪制的是GGSN34指定RSVP功能予UE31之一較佳實施方式的流程圖，當GGSN34決定UE31執(zhí)行RSVP功能之后，即發(fā)送給UE31一信息指示UE31須經(jīng)由無線網(wǎng)絡以控制RSP功能(步驟A1)，在UE31接收信息之后，即發(fā)送給GGSN34一認可信息(ACK)(步驟A2)，為了保留通往終端使用者的路徑，UE31即經(jīng)由無線網(wǎng)絡30對外部網(wǎng)絡33發(fā)送一保留路徑信息(PATH信息)(步驟A3)，在外部網(wǎng)絡33接收PATH信息之后，即保留UE31的資源并經(jīng)由無線網(wǎng)絡30對UE31反向發(fā)送一RSVP保留信息(步驟A4)，在UE31接收RSVP保留信息之后，即經(jīng)由UTRAN38對SGSN36發(fā)送一活化/修正第二PDP內(nèi)容信息(步驟A5)，在接收此信息之后，SGSN36即經(jīng)由GGSN34發(fā)送一內(nèi)容需求信息(步驟A6)，為了對接收到內(nèi)容需求信息表示響應，GGSN34即對外部網(wǎng)絡33以及SGSN36分別發(fā)送一RSVP保留(RESV)確認信息以及一內(nèi)容響應信息(步驟A7)，在SGSN接收內(nèi)容響應信息之后，即對UE31發(fā)送一活化/修正第二PDP內(nèi)容接受信息(步驟A8)，在UE接收到接受信息之后，即繼續(xù)代理主機功能(步驟A9)。
為了保持通過外部網(wǎng)絡33的路徑，UE31必須經(jīng)由外部網(wǎng)絡33定期地發(fā)送一更新路徑信息，這種更新可以防止外部網(wǎng)絡33的組件暫停和釋放資源，在外部網(wǎng)絡33接收更新路徑信息之后，即保持對于路徑得保留以及對UE31發(fā)送一更新保留信息指示路徑將被保持。
在另一實施例中，即使GGSN34指定代理主機功能，UE31卻仍可決定接受或拒絕該指定，這種過程是考慮到UE31和GGSN34之間的協(xié)商，在接收到來自GGSN34的信息指示UE31應該執(zhí)行RSVP功能之后，UE31即通過響應認可(ACK)或是負認可(NAK)來表達接受或拒絕，如果UE31拒絕該指定，UE31便不會產(chǎn)生任何RSVP信息并且GGSN34會執(zhí)行該功能。
圖4繪制的是GGSN34指定RSVP功能予自己之一較佳實施方式的流程圖，在GGSN34決定它將執(zhí)行代理主機功能之后，即對UE31發(fā)送一信息指示GGSN34將經(jīng)由無線網(wǎng)絡30控制RSVP功能(步驟B1)，在UE31接收該信息之后，即對GGSN34發(fā)送一認可信息(步驟B2)，為了保持通過外部網(wǎng)絡33的路徑，GGSN34對外部網(wǎng)絡33發(fā)送一PATH信息(步驟B3)，在外部網(wǎng)絡33接收PATH信息之后，即保留路徑資源并經(jīng)由無線網(wǎng)絡30對GGSN34反向發(fā)送一RSVP保留信息(步驟B4)，在GGSN34接收RSVP保留信息之后，即對外部網(wǎng)絡33發(fā)送一RSVP保留確認信息，同時，亦對SGSN36發(fā)送一修正第二PDP內(nèi)容信息(步驟B5)，在SGSN36接收該信息之后，即經(jīng)由UTRAN38對UE31發(fā)送一產(chǎn)生/修正第二PDP內(nèi)容信息(步驟B6)，為了響應接收到該信息，UE31對SGSN36和GGSN34發(fā)送一活化/修正第二PDP內(nèi)容信息(步驟B7和B8)，在接收該信息之后，GGSN34即對UE31發(fā)送一活化/修正第二PDP內(nèi)容接受信息并且以RSVP功能傳輸(步驟B9和B10)，為了保持通過外部網(wǎng)絡的路徑，GGSN34會定期地經(jīng)由外部網(wǎng)絡33發(fā)送一更新路徑信息。
在另一個實施例中，PCF32會決定由GGSN34或是UE31來執(zhí)行RSVP功能，決定的構(gòu)成可以靜態(tài)或動態(tài)的方式達成，若是靜態(tài)地作決定，則決定的構(gòu)成期間僅于啟始時，若是動態(tài)地作決定，則PCF32可在任何時間改變RSVP功能的執(zhí)行者，另一種方法是，PCF32會將此決定委托給GGSN34，在PCF32發(fā)送一委托信息給GGSN34之后，GGSN34會決定RSVP功能的執(zhí)行者。
圖5繪制的是PCF32指定RSVP功能予UE31之一較佳實施方式的流程圖，在PCF32決定UE31執(zhí)行RSVP功能之后，即對GGSN34發(fā)送一信息指示UE31控制RSVP功能(步驟C1)，GGSN34會經(jīng)由無線網(wǎng)絡33將此信息轉(zhuǎn)發(fā)給UE31(步驟C2)，并且可選擇地通過對PCF32發(fā)送一認可信息(ACK)而認可該信息的接收(步驟C3)，在UE31接收該轉(zhuǎn)發(fā)信息之后，亦會對PCF32發(fā)送一ACK(步驟C4)，另一種方法是，GGSN34并不發(fā)送一ACK，PCF會將來自于UE31的ACK視為來自UE31和GGSN34兩者的認可接收。
UE31亦會對外部網(wǎng)絡33發(fā)送一PATH信息(步驟C6)，在外部網(wǎng)絡接收PATH信息之后，即會為UE31保留那些資源并且經(jīng)由無線網(wǎng)絡30對UE31發(fā)送一RSVP保留信息(步驟C6)，在UE31接收RSVP保留信息之后，即經(jīng)由UTRAN38對GSN36發(fā)送一活化/修正第二PDP內(nèi)容信息(步驟C7)，為了響應接收到該信息，SGSN36會對GGSN34發(fā)送一內(nèi)容需求信息(步驟C8)，因此，GGSN34即會分別對外部網(wǎng)絡33以及SGSN36發(fā)送一RSVP空位保留確認信息以及一內(nèi)容響應信息(步驟C9)，在SGSN36一內(nèi)容響應信息之后，即經(jīng)由UTRAN38對UE31發(fā)送一活化/修正第二PDP內(nèi)容接受信息(步驟C10)，此時，UE31即以RSVP功能傳輸(步驟C11)，而UE31會定期地對外部網(wǎng)絡33發(fā)送更新信息以保持通過外部網(wǎng)絡33的路徑。
圖6繪制的是PCF32指定RSVP功能予GGSN34之一較佳實施方式的流程圖，在PCF32決定GGSN34標售RSVP功能之后，即對GGSN34發(fā)送一信息指示GGSN34控制RSVP功能(步驟D1)，在GGSN34接收該信息之后，即經(jīng)由SGSN36以及UTRAN38對UE31發(fā)送一信息指示UE31不應執(zhí)行RSVP功能(步驟D2)，GGSN34亦可選擇性地通過對PCF32發(fā)送一ACK而認可控制信息的接受(步驟D3)，在UE31接收該信息之后，即對PCF32發(fā)送一ACK(步驟D4)，另一種方法是，GGSN34并不發(fā)送一ACK，PCF32會將來自于UE31的ACK視為來自UE31和GGSN34兩者的認可接收。
為了保持通過外部網(wǎng)絡33的路徑，GGSN34會對外部網(wǎng)絡33發(fā)送一PATH信息(步驟D5)，在外部網(wǎng)絡接收該PATH信息之后，即保留PATH資源并且對GGSN34發(fā)送一RSVP保留信息(步驟D6)，為了響應GGSN34接收該RSVP信息，即對外部網(wǎng)絡33發(fā)送一RSVP保留確認信息，同時，其亦對SGSN36發(fā)送一修正第二PDP內(nèi)容信息(步驟D7)，在接收該信息之后，SGSN36即經(jīng)由UTRAN38對UE31發(fā)送一產(chǎn)生/修正第二PDP內(nèi)容信息(步驟D8)，在接收該信息之后，UE31即對GGSN34發(fā)送一活化/修正第二PDP內(nèi)容信息(步驟D9)，為了響應接收到該信息，GGSN34即對UE31發(fā)送一活化/修正第二PDP內(nèi)容接受信息、并且GGSN34即以RSVP功能傳輸(步驟D10和D11)，為了保持通過外部網(wǎng)絡的路徑，GGSN34會定期地經(jīng)由外部網(wǎng)絡33發(fā)送一更新路徑信息。
在另一實施例中，UE31和GGSN34會為了RSVP信號處理協(xié)商責任，也就是責任轉(zhuǎn)換須在何種情況下持續(xù)多久，UE31和GGSN34其中任一皆可啟始此協(xié)商。
在另一實施例中，PCF32是與UE方針強制共同使用使得UEPCF32將責任指定給UE31或GGSN34的其中之一，在這種情況下PCF會發(fā)送兩種命令一種給GGSN34、另一種給UE31，這可防止急速狀況和零傳輸?shù)陌l(fā)生，無線網(wǎng)絡若欲使GGSN34或UE31其中任一執(zhí)行代理主機功能是難以進行編碼的，這種決定是用來在PDP內(nèi)容活化過程中與UE31進行通信的用。
圖7至圖14繪制的是在UE31、UTRAN38、SGSN36、GGSN34、PCF32、以及外部網(wǎng)絡33之間不同的信號處理狀況的信號處理過程的較佳實施方式的流程圖，圖7繪制的是用于RSVP信號處理的PCF控制的信號處理配置較佳實施方式，在圖7和圖8中，PCF32將控制指定給GGSN34，這些步驟開始于圖標的上方線路、且其后的步驟是依續(xù)以低于上方線路的方式來表示，信號處理的方向皆以箭頭描繪。
一開始，代理主機呼叫服務控制功能(PCSCF)/PCF32通知GGSN34并令其作為RSVP接收/發(fā)送代理主機(步驟E1)，GGSN34認可并發(fā)送一ACK給PCF32(步驟E2)，PCF32會與GGSN34進行通信并告知UE31將不使用RSVP信號處理(步驟E3)，GGSN34即將此信息通知SGSN36(步驟E4)，SGSN36再將此信息通知UE31(步驟E5)，UE31認可這個責任并傳輸一ACK給SGSN36(步驟E6)，SGSN36將此ACK傳輸給GGSN34(步驟E7)，GGSN34再將此ACK傳輸給PCF32(步驟E8)。
在圖8中，PCF32會與GGSN34進行通信使得GGSN34用作RSVP接收/發(fā)送代理主機且UE31靜止(步驟F1)，GGSN34會為了UE31而啟始RSVP接收/發(fā)送代理主機并通知UE31靜止(步驟F2)，而這會被傳輸給SGSN36(步驟F3)之后再傳輸給UE31(步驟F4)。
UE31會對SGSN36發(fā)送一認可信息(步驟F5)，SGSN36會將此認可信息傳輸給GGSN34(步驟F6)，再接著傳輸給PCF32(步驟F7)，UE31無須發(fā)送任何RSVP信息直到進一步的通知。
圖9和圖10繪制的是決定RSVP代理主機功能的責任的GGSN34的不同的信號處理狀況，在圖9中，GGSN34決定它將承擔RSVP代理主機功能，UE31對GGSN34傳送一RSVP PATH(步驟G1)，GGSN使用一RSVP PATH信息啟始一通過外部網(wǎng)絡33的路徑(步驟G2)，GGSN34自UE31接收到RSVP PATH之后即啟始代理主機的運作(步驟G3)并通知UE31停止使用一STOP RSVP信息(步驟G4)，UE31經(jīng)由UTRAB38和SGSN36對GGSN34發(fā)送一認可信息(步驟G5)，UE31不會啟始任何的RSVP信息直到來自GGSN34的進一步通知，在GGSN34自外部網(wǎng)絡33接收一RSVP PATH信息之后，GGSN34即對SGSN發(fā)送一修正第二PDP內(nèi)容信息(步驟G7)，SGSN36將該信息發(fā)送給UE31(步驟G8)，在UE31接收到該修正第二PDP內(nèi)容信息之后，即對SGSN36發(fā)送一活化/修正第二PDP信息(步驟G9)，SGSN36會將該信息轉(zhuǎn)發(fā)給GGSN34(步驟G10)，為了保持通過外部網(wǎng)絡的路徑，GGSN34會定期地傳輸一更新PATH信息(步驟G11)并且接收一更新RESV信息(步驟G12)。
在圖10中，GGSN34決定在與UE31協(xié)商之后支持RSVP代理主機功能，UE31對GGSN34傳送一信息指示它應作為用于RSVP信號處理的代理主機(步驟H1)，決定支持代理主機功能的GGSN34啟始PROXY運作(步驟H2)并且通知UE31停止發(fā)送(步驟H3)，該決定被包含于UE31之一認可的中，UE31接受GGSN命令并且停止發(fā)送RSVP信息。
UE31啟始該期間(步驟H4)并且產(chǎn)生一第二PDP內(nèi)容信息(步驟H5和H6)，其中該內(nèi)容信息是經(jīng)由UTRAN38和SGSN36而被發(fā)送至GGSN34，GGSN34修正第二PDP內(nèi)容信息(步驟H7)并且接受UE的通信(步驟H8)且經(jīng)由同樣路徑對UE31發(fā)送該接受信息(步驟H9)，GGSN34對外部網(wǎng)絡33發(fā)送一RSVP PATH信息(步驟H10)并且接收一RSVP RESV以作響應(步驟H11)，GGSN34通過發(fā)送一RSVPRESV確認信息以確認RSVP RESV的接收(步驟H12)，為了保持該路徑，GGSN34定期地發(fā)送一更新PATH信息(步驟H13)并且接收一更新RESV信息以作響應(步驟H14)。
UE31和GGSN34亦會針對誰將負責RSVP信號處理、持續(xù)多久、以及在何種情形的下責任將被轉(zhuǎn)移而展開協(xié)商，在圖11中，UE31要求GGSN34作為RSVP信號處理的代理主機(步驟I1)，GGSN34決定它將不支持PROXY運作(步驟I2)并且通過發(fā)送一NAK以通知UE31繼續(xù)擔負責任(步驟I3)，UE31對GGSN34發(fā)送一RSVP PATH信息(步驟I4)，RSVP PATH信息是通過外部網(wǎng)絡33而被發(fā)送至正在接收的UE(步驟I5)，正在接收的UE經(jīng)由外部網(wǎng)絡33對GGSN34發(fā)送一RSVP RESV(步驟I6)，為了作出響應，GGSN34對UE31發(fā)送該RSVP RESV(步驟I7)并且對外部網(wǎng)絡發(fā)送一RSVP RESV確認信息(步驟I10)，UE31對SGSN36發(fā)送一活化/修正第二PDP內(nèi)容(步驟I8)，SGSN36對GGSN34發(fā)送一內(nèi)容要求信息(步驟I9)，在步驟I11中，GGSN34對SGSN36發(fā)送一內(nèi)容響應信息，其中SGSN36對UE31發(fā)送一活化/修正第二PDP內(nèi)容接受信息(步驟I12)，UE31為了保持路徑會發(fā)送一更新信息(步驟I13)，而該更新信息是用以與GGSN34通信，該更新路徑信息是被GGSN34發(fā)送給外部網(wǎng)絡33(步驟I14)，外部網(wǎng)絡33是通過一更新RSVP響應GGSN34(步驟I15)，GGSN34發(fā)送該信息給UE31(步驟I16)。
GGSN34亦會對UE31發(fā)送信息指示GGSN34建議由UE31或是GGSN34執(zhí)行RSVP功能，UE31不是接受就是拒絕該建議，一般來說，一旦協(xié)商未成功，執(zhí)行RSVP功能的最后決定是留給GGSN34。
在圖12中，GGSN34決定支持代理主機運作，外部網(wǎng)絡33自外部網(wǎng)絡33中之一UE對GGSN34發(fā)送一RSVP PATH(步驟J1)，GGSN34決定支持代理主機運作并且通知UE31不須發(fā)送RSVP信號處理(步驟J2)，GGSN34對SGSN36發(fā)送一產(chǎn)生/修正PDP內(nèi)容信息(步驟J3)，其中SGSN36對UE31發(fā)送該信息(步驟J4)，UE31接收該信息(步驟J5)并且對SGSN36發(fā)送一活化/修正第二PDP內(nèi)容信息，SGSN36對GGSN34發(fā)送該信息(步驟J6)。
GGSN34對SGSN36發(fā)送一活化/修正第二PDP內(nèi)容接受信息(步驟J7)，其中SGSN36會對UE31發(fā)送該信息(步驟J8)，此外，GGSN34對外部網(wǎng)絡33發(fā)送一RSVP RESV信息，其中外部網(wǎng)絡33以RSVP RESV確認信息作響應(步驟J10)，UE與外部網(wǎng)絡33相連接、經(jīng)由外部網(wǎng)絡33對GGSN34發(fā)送一更新路徑需求信息(步驟J11)，GGSN34通過發(fā)送一更新RESV信息作響應(步驟J12)。
在圖13中，PCF32作出RSVP功能的決定，UE31對PCF32發(fā)送一需求信息要求GGSN34應作為RSVP代理主機(步驟K1)，該信息被PCF32處理并作出一決定(步驟K2)、并建議GGSN34它被指定為RSVP代理主機的責任(步驟K3)，PCF32更進一步建議UE31它應停止發(fā)送RSVP信息(步驟K4)，GGSN34認可它對于PCF32的指定(步驟K5)并且UE31亦認可它將停止發(fā)送RSVP信息(步驟K6)。
圖14類似于圖13，除了GGSN34對PCF3發(fā)送一需求信息2要求UE31作為RSVP代理主機(步驟L1)，PCF32作出一決定(步驟L2)并且對UE31指定RSVP代理主機指定(步驟L3)，PCF32更進一步指示GGSN34它不需作為RSVP代理主機(步驟L4)，UE31認可它的指定(步驟L5)并且GGSN34認可它的指定(步驟L6)。
應該要了解的是，PCF可以對圖13和圖14的功能作出反向決定，舉例來說，請參考圖13，當UE31要求GGSN34應作為RSVP，PCF32也許會決定UE31應無論如何作為RSVP代理主機，以同樣的方式參考圖14，PCF32為了響應來自于GGSN34的要求UE31應作為RSVP代理主機的需求信息，也許會決定GGSN34應無論如何作為RSVP代理主機，因為在圖13和圖14中，PCF32會對UE31和GGSN34發(fā)送一命令，而急速狀況或零傳輸便毫無可能發(fā)生。
為了確保靜態(tài)建構(gòu)(啟始)期間不會發(fā)生RSVP信號處理，一種較佳的控制機制會被使用，即在分配責任給GGSN34時指示UE31無須發(fā)送RSVP信號處理信息，或是在分配責任給UE31時該控制機制指示GGSN34無須發(fā)送RSVP信號處理信息。
雖然本發(fā)明已參照當前的具體實施例來描述，但是本技術(shù)領域中的普通技術(shù)人員應當認識到，以上的實施例僅是用來說明本發(fā)明，在沒有脫離本發(fā)明精神的情況下還可作出各種等效的變化和修改，因此，只要在本發(fā)明的實質(zhì)精神范圍內(nèi)對上述實施例的變化、變型都將落在本發(fā)明權(quán)利要求書的范圍內(nèi)。
權(quán)利要求
1.一種用以支持一無線通信網(wǎng)絡之一使用者設備(UE)以及一外部網(wǎng)絡之一使用者之間多媒體通信的資源保留協(xié)議(RSVP)信號處理的責任指定方法，其特征在于，該無線網(wǎng)絡兼具有該UE和支持RSVP信號處理的一通用封包無線電服務閘支持節(jié)點(GGSN)，該方法包括下列步驟對該GGSN和該UE二者其中之一提供具有指定RSVP信號處理能力的一方針控制功能(PCF)；該PCF指定RSVP信號處理予該GGSN或該UE；其中，若該PCF指定RSVP信號處理予該GGSN該PCF將該GGSN指定通過發(fā)信號通知該GGSN；該PCF發(fā)信號通知該UE不執(zhí)行RSVP信號處理；以及該GGSN執(zhí)行RSVP信號處理作為接收該GGSN指定的響應；以及其中，若該PCF指定RSVP信號處理予該UE該PCF將該UE指定通過發(fā)信號通知該GGSN；該PCF發(fā)信號通知該GGSN不執(zhí)行RSVP信號處理；以及該UE執(zhí)行RSVP信號處理作為接收該UE指定的響應。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，該PCF將該RSVP信號處理指定委托給該GGSN。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，該GGSN是以被委托的該RSVP信號處理為基礎，以響應局部的流量狀況。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，該GGSN將被委托的該RSVP信號處理的基礎建立在該GGSN的一局部方針上。
5.一種用以支持一無線通信網(wǎng)絡之一使用者設備(UE)以及一外部網(wǎng)絡之一使用者之間多媒體通信的資源保留協(xié)議(RSVP)信號處理的責任指定方法，其特征在于，該無線網(wǎng)絡兼具有該UE和支持RSVP信號處理的一通用封包無線電服務閘支持節(jié)點(GGSN)，該方法包括下列步驟對該GGSN和該UE二者其中之一提供具有指定RSVP信號處理能力的一GGSN；該GGSN指定RSVP信號處理予該GGSN或該UE；其中，若該GGSN指定RSVP信號處理予該GGSN該GGSN發(fā)信號通知該UE不執(zhí)行RSVP信號處理；以及該GGSN執(zhí)行該RSVP信號處理；以及其中，若該GGSN指定RSVP信號處理予該UE該GGSN將該UE指定通過發(fā)信號通知該UE；該UE執(zhí)行RSVP信號處理作為接收該UE指定的響應。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，該GGSN是以該RSVP信號處理指定為基礎，以響應局部的流量狀況。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，該GGSN是以該RSVP信號處理指定為基礎，以響應該GGSN的一局部方針。
8.根據(jù)權(quán)利要求5所述的方法，其特征在于，該GGSN是將該RSVP信號處理指定的基礎建立在該GGSN與該UE之間的一協(xié)商上。
9.根據(jù)權(quán)利要求5所述的方法，其特征在于，該GGSN是通過作出RSVP信號處理指定而對自UE處接收到一信息作響應，該信息指示該GGSN應執(zhí)行RSVP信號處理。
10.根據(jù)權(quán)利要求5所述的方法，其特征在于，若該GGSN認定該RSVP信號處理，則一確認信息將被發(fā)送至該UE，并且若該GGSN將該RSVP信號處理指定給該UE則一負確認信息將被發(fā)送至該UE。
11.一種用以支持一無線通信網(wǎng)絡之一使用者設備(UE)以及一外部網(wǎng)絡之一使用者之間多媒體通信的資源保留協(xié)議(RSVP)信號處理的責任指定方法，其特征在于，該無線網(wǎng)絡兼具有該UE和支持RSVP信號處理之一通用封包無線電服務閘支持節(jié)點(GGSN)，該方法包括下列步驟自該UE或該GGSN中之一發(fā)送一第一信息至另一，指示該UE或是該GGSN應執(zhí)行該RSVP信號處理；以及為了響應接收到該第一信息，該UE或該GGSN中的另一發(fā)送一第二信息指示接受或拒絕接受指示的該執(zhí)行者。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，是由該GGSN發(fā)送該第一信息至該UE，該方法進一步包括步驟如下若該GGSN接收指示拒絕的該第二信息，該GGSN即決定RSVP信號處理的執(zhí)行者。
13.根據(jù)權(quán)利要求11所述的方法，其特征在于，由該GGSN發(fā)送該第一信息至該UE，并且該第一信息指示該GGSN認定RSVP信號處理，該方法進一步包括步驟如下若該GGSN接收指示接受的該第二信息，該GGSN即執(zhí)行RSVP信號處理。
14.根據(jù)權(quán)利要求11所述的方法，其特征在于，是由該UE發(fā)送該第一信息至該GGSN，該方法進一步包括步驟如下該GGSN通過決定RSVP信號處理的執(zhí)行者以響應接收到該第一信息。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，該GGSN決定該RSVP信號處理執(zhí)行是以該局部的流量狀況為基礎。
16.根據(jù)權(quán)利要求14所述的方法，其特征在于，該GGSN決定該RSVP信號處理執(zhí)行是以該GGSN的一局部方針為基礎。
17.一種用以支持一無線通信網(wǎng)絡之一使用者設備(UE)以及一外部網(wǎng)絡之一使用者之間多媒體通信的資源保留協(xié)議(RSVP)信號處理的責任指定系統(tǒng)，其特征在于，該無線網(wǎng)絡兼具有該UE和支持RSVP信號處理的一通用封包無線電服務閘支持節(jié)點(GGSN)，該系統(tǒng)包括一方針控制功能(PCF)單元，其對該GGSN和該UE二者其中之一具有指定RSVP信號處理能力；該PCF單元具有指定RSVP信號處理予該GGSN或該UE的裝置；其中，若該PCF單元指定裝置指定RSVP信號處理予該GGSN該PCF將該GGSN指定通過發(fā)信號通知該GGSN；該PCF發(fā)信號通知該UE不執(zhí)行RSVP信號處理；以及該GGSN執(zhí)行RSVP信號處理作為接收該GGSN指定的響應；以及其中，若該PCF單元指定裝置指定RSVP信號處理予該UE該PCF將該UE指定通過發(fā)信號通知該GGSN；該PCF發(fā)信號通知該GGSN不執(zhí)行RSVP信號處理；以及該UE執(zhí)行RSVP信號處理作為接收該UE指定的響應。
18.根據(jù)權(quán)利要求17所述的系統(tǒng)，其特征在于，該PCF單元將該RSVP信號處理指定委托給該GGSN。
19.根據(jù)權(quán)利要求18所述的方法，其特征在于，該GGSN具有一監(jiān)控裝置以監(jiān)控局部流量狀況，且該GGSN是以被委托的該RSVP信號處理為基礎，以響應局部的流量狀況。
20.根據(jù)權(quán)利要求18所述的方法，其特征在于，該GGSN是將被委托的該RSVP信號處理的基礎建立在該GGSN的一局部方針上。
21.一種用以支持一無線通信網(wǎng)絡之一使用者設備(UE)以及一外部網(wǎng)絡之一使用者之間多媒體通信的資源保留協(xié)議(RSVP)信號處理的責任指定系統(tǒng)，其特征在于，該無線網(wǎng)絡兼具有該UE和支持RSVP信號處理的一通用封包無線電服務閘支持節(jié)點(GGSN)，該系統(tǒng)包括一GGSN，其對該GGSN和該UE二者其中之一具有指定RSVP信號處理能力；該GGSN具有指定RSVP信號處理予該GGSN或該UE的裝置；其中，若該GGSN指定RSVP信號處理予該GGSN該GGSN發(fā)信號通知該UE不執(zhí)行RSVP信號處理；以及該GGSN執(zhí)行該RSVP信號處理；以及其中，若該GGSN指定RSVP信號處理予該UE該GGSN將該UE指定通過發(fā)信號通知該UE；該UE執(zhí)行RSVP信號處理作為接收該UE指定的響應。
22.根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，該GGSN是以該RSVP信號處理指定為基礎，以響應局部的流量狀況。
23.根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，該GGSN是以該RSVP信號處理指定為基礎，以響應該GGSN的一局部方針。
24.根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，該GGSN是將該RSVP信號處理指定的基礎建立在該GGSN與該UE之間的一協(xié)商上。
25.根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，該GGSN是通過作出RSVP信號處理指定而對自UE處接收到一信息作響應，該信息指示該GGSN應執(zhí)行RSVP信號處理。
26.根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，若該GGSN認定該RSVP信號處理，則一確認信息將被發(fā)送至該UE，并且若該GGSN將該RSVP信號處理指定給該UE則一負確認信息將被發(fā)送至該UE。
27.一種用以支持一無線通信網(wǎng)絡之一使用者設備(UE)以及一外部網(wǎng)絡之一使用者之間多媒體通信的資源保留協(xié)議(RSVP)信號處理的責任指定系統(tǒng)，其特征在于，該無線網(wǎng)絡兼具有該UE和支持RSVP信號處理的一通用封包無線電服務閘支持節(jié)點(GGSN)，該系統(tǒng)包括該UE以及該GGSN，皆具有信號處理裝置用以自該UE或該GGSN中之一發(fā)送一第一信息至另一，以指示該UE或是該GGSN應執(zhí)行該RSVP信號處理；以及為了響應接收到該第一信息，該UE或該GGSN信號處理裝置中的另一發(fā)送一第二信息指示接受或拒絕接受指示的該執(zhí)行者。
28.根據(jù)權(quán)利要求27所述的系統(tǒng)，其特征在于，是由該GGSN發(fā)送該第一信息至該UE，該系統(tǒng)更包括具有接收裝置的該GGSN，該接收裝置是用以接收指示拒絕的該第二信息，該GGSN是決定由該GGSN或該UE執(zhí)行RSVP信號處理。
29.根據(jù)權(quán)利要求27所述的系統(tǒng)，其特征在于，是由該GGSN發(fā)送該第一信息至該UE，并且該第一信息指示該GGSN執(zhí)行RSVP信號處理，其中若該GGSN接收指示接受的該第二信息，該GGSN即執(zhí)行RSVP信號處理。
30.根據(jù)權(quán)利要求27所述的系統(tǒng)，其特征在于，是由該UE發(fā)送該第一信息至該GGSN，其中該GGSN通過決定RSVP信號處理以響應接收到該第一信息。
31.根據(jù)權(quán)利要求30所述的系統(tǒng)，其特征在于，該GGSN決定該RSVP信號處理執(zhí)行是以該局部的流量狀況為基礎。
32.根據(jù)權(quán)利要求30所述的系統(tǒng)，其特征在于，該GGSN決定該RSVP信號處理執(zhí)行是以該GGSN的一局部方針為基礎。
全文摘要
本申請?zhí)岢鲇捎赨E(31)和GGSN(34)之間通信機制的缺乏造成急速狀況產(chǎn)生的可能性，其可節(jié)省不需要的無線電資源損耗并減少網(wǎng)絡中發(fā)生沖撞的機會，再者，本申請?zhí)岢鰹榱烁?維持因缺乏責任的清楚指定的保留狀況，而通過停止對于IP網(wǎng)絡的任何RSVP路徑/更新信息的傳送，使得非UE(31)即GGSN(34)適當?shù)貙Y源保留協(xié)議(RSVP)的需求作出響應的可能性，這種對于UE(31)和GGSN(34)之間清楚了解的缺乏會造成早于多媒體流量的IP網(wǎng)絡資源保留的終結(jié)，本申請可有效降低這種情形發(fā)生的可能性。
文檔編號H04L12/56GK1666189SQ02810589
公開日2005年9月7日 申請日期2002年5月22日 優(yōu)先權(quán)日2001年5月25日
發(fā)明者卡梅爾·M·沙恩, 布萊恩·葛列格里·吉爾南 申請人:美商內(nèi)數(shù)位科技公司