信令信道和數據業務信道上的分組數據單元的通信的製作方法
2023-12-06 12:46:41 1
專利名稱：信令信道和數據業務信道上的分組數據單元的通信的製作方法
技術領域：
本發明涉及信令信道和數據業務信道上的分組數據單元的通信。
背景技術：
多種不同的有線和無線數據通信技術得到了發展，諸如，QoS使能(QoS-enabled)的UMTS地面無線接入網(Terrestrial Radio AccessNetwork，UTRAN)、HiperLAN/2和IEEE 802.11e無線技術，即，在具有不同服務質量(Quality-of-Service)參數(諸如例如，帶寬、延遲、抖動、有關傳輸差錯和連接斷開的可靠性)的信道之間為數據業務提供選擇機會。提供不同級別的QoS參數意味著，會話和這些QoS使能的接入技術中的大部分(甚至全部)提供了針對上層(upper layer)(諸如IP)的面向連接的接口。這些接口的實際模型可以表示為信令信道和數據業務信道的集合，其中信令信道將提供QoS和可用性的默認級別，而數據業務信道可在請求時獲得，並且得到授權具有可變的QoS級別。
這樣，QoS使能的接口可以包括●一個或者多個準永久的(quasi-permanent)(有時被稱為「永遠可用的」(always-available))信令信道，用於○傳達特定接入(access-specific)信令，用以操縱(例如，開啟/關閉)數據業務信道。
○傳達上層信令，例如，被當作IP信令的IP分組。這允許發送分組而不需要開啟數據業務信道。
●數個(具有指定QoS的)數據業務信道，用於傳達具有所選QoS級別的數據業務。由於無線資源是有限的，因此數據業務信道通常受到連接接納控制(connection admission control)的管理開啟該信道意味著對此操作的成功授權，受到網絡的承認。
有必要確定，諸如IP分組的上層分組數據單元(PDU)應在哪個信道上發送。由於在TCP/IP中不存在控制面和用戶面的概念，因此不可能完全地將IP分組歸類為信令和數據。因此，存在對確定分組類型的機制的需要，以便於了解其應通過信令信道發送還是應通過數據業務信道發送。而且，一旦確定了IP分組的類型，仍存在對這樣的機制的需要，即在具有相同類型的不同信道之中確認將於其中發送該分組的信道。
可行的是，依賴於同樣支持控制面/用戶面樣式(paradigm)的上層來路由分組數據單元。這是，例如通用移動電信系統(UniversalMobile Telecommunications System，UMTS)和通用分組無線業務(General Packet Radio Service，GPRS)標準以及其他相似的標準的情況。在UMTS的情況中，包括接入子層(Access Stratum，AS)和非接入子層(Non Access Stratum，NAS)的整個協議棧以相同的方式進行標準化，用以支持控制面和用戶面。在該情況中，NAS協議的控制面(例如，在GPRS、GPRS移動性管理(GPRS Mobility Management，GMM)、和SM的情況中)依賴於AS控制面接口(諸如，無線資源控制(Radio Resource Control，RRC)接口)，同時NAS協議的用戶面將依賴於AS用戶面接口(諸如，分組數據匯聚協議(Packet DataConvergence Protocol，PDCP))。該方法需要根據低層(AS協議)的標準化進行上層(諸如NAS協議)的標準化，由此對於全體而言，上層的控制原語(或者用戶原語)針對低層中的控制原語(或者用戶原語)的映射是一次定義的。該方法的主要缺陷在於，其不能工作用於上層(諸如IP)的分組數據單元，該分組數據單元由接入技術的標準(諸如UMTS AS)進行獨立地標準化，並且不支持控制面/用戶面樣式。
有關分組數據單元路由的另一類型的技術是HiperLAN/2協議棧中的分組匯聚層(Packet-based Convergence Layer)中的特定服務匯聚子層(Service Specific Convergence Sub-layers，SSCS)部分。SSCS的目的在於，使來自上層(例如乙太網(Ethernet))的服務請求適合於由數據鏈路控制層(Data Link Control layer，DLC)提供的服務。到目前為止，僅有乙太網SSCS進行了標準化，而對於IP協議或者其他高層數據業務協議則不存在標準。而且，由於乙太網SSCS的目的在於使HiperLAN/2網絡類似於交換乙太網的無線部分，因此其是非常基礎的。在該情況中，當僅支持兩個(數據)信道時，DLC的控制面/用戶面樣式是隱藏的每個信道是靜態地預先建立的，並且用於傳達具有兩個不同優先級的乙太網幀。在該情況中，由於不支持高級的QoS特徵，因此HiperLAN/2系統是「未充分利用的」。
題為「Requirements for Separation of IP Control and Forwarding」的網際網路工程任務組草案draft-anderson-forces-reas-02.txt提出了非常高級的模型，用以將IP設備(主要是路由器)中的控制元素(ControlElement)和轉發元素(Forwarding Element)分離開來，並且討論了關於連接這些組成部分的機制的要求。此處的注意力集中於，激活控制元素(例如，路由守護程序)，用於以通用的方式(諸如，發現轉發元素的功能)同任何類型的轉發元素(例如，轉發表)進行對話。在該情況中，控制元素和轉發元素在IP設備中連同被視為控制/信令的IP協議(例如，路由協議)集合一起，得到清楚的識別。因此本文檔未涉及用於在由QoS使能的接入技術所承載的數據和信令IP分組之間進行區分的通用機制。
發明內容
本發明提供了一種用於在至少一個信令信道和多個數據業務信道上進行分組數據單元通信的方法和裝置，如權利要求書所描述的。
圖1是藉助於示例給出的、根據本發明的一個實施例的在信令信道和數據業務信道上進行分組數據單元通信的方法的示意圖，圖2是圖1所說明的通信方法中使用的算法的示意圖，圖3利用圖1所說明的方法進行通信的系統的示意圖，和圖4是在圖1所說明的方法中創建數據業務信道的方法的示意圖。
具體實施例方式
附圖中說明的本發明的優選實施例提供了在終端1和無線網關2之間、多個信令信道3(圖1示出了其中一個)和多個數據業務信道4上進行分組數據單元(諸如101和201)通信的方法。信令信道3提供了具有準永久可用性的服務質量的默認級別。數據業務信道4可在請求時獲得，並且得到授權具有可變的QoS級別。
參考上文給出的關於UMTS中的NAS(GMM+SM)和AS(RRC、PDCP)協議的示例，「信令信道」和「數據業務信道」可以在由NAS接入的AS接口處進行識別，如下所述●AS表示無線協議棧，而AS針對NAS的接口是所謂的無線接口，●NAS是上層協議，即NAS分組是所謂的分組數據單元，●由RRC接口(即AS接口的一部分)提供的被稱為「DIRECT_TRANSFER_REQ」的RRC(AS的一部分)原語允許上層分組數據單元直接地傳輸到對等實體(移動終端或者網關)該原語將實現信令信道，●另一由RRC接口提供的「信令信道」的示例是廣播或者尋呼服務，●由PDCP接口(即AS接口的一部分)提供的被稱為「PDCP_DATA_REQ」的PDCP(AS的一部分)原語允許上層分組數據單元在所謂的無線承載電路(Radio Bearer)上被發送到對等實體(移動終端或者網關)；支持不同的QoS級別，並且必須開啟和關閉的該無線承載電路實現了數據業務信道。
該方法包括選擇步驟102、202，用於傳輸來自終端1和來自網關2的分組數據單元，其中在信道3和4之間選擇適當的信道。
為了確定在哪個信道上發送分組數據單元，特別(但不是排他性地)是IP分組，建立對應於信令信道3的信令信道格式(channelprofile)和對應於數據業務信道4中的各個信道的多個數據業務信道格式。該信道格式定義了適合在相應的信道上傳輸的分組數據單元的特性。在選擇步驟102和202中，這些信道格式用於形成TCP/IP棧103、203以及QoS使能棧104、204之間的接口。
當發送分組數據單元時，首先將其特性同信令信道格式進行比較，並且如果其特性與信令信道格式一致，則該分組數據單元在該信令信道3上傳輸。如果其特性不與信令信道格式一致，則下一步將該分組數據單元的特性同數據業務信道格式中的一個進行比較，如果其特性與數據業務信道格式一致，則該分組數據單元在該數據業務信道4上傳輸。
在本發明的優選實施例中，該程序用於發送來自終端1和來自網關2的分組數據單元。而且，在兩端(移動終端和無線網關)，動態管理該程序，由此該系統是充分靈活的，甚至可用於在終端1從與一個網關2通信移動到與另一網關通信的情況中，並且用於提供和響應數據業務信道4的QoS相關背景所需的信息交換。
更詳細地，在傳輸控制協議/網際協議(Transmission ControlProtocol/Internet Protocol，TCP/IP)分組數據單元的情況中，信道格式3和4用於確定進入的IP分組是否應在相應的信道上發送。IP分組必須按照下列順序同不同的信道格式進行比較，如圖2所示，其說明了關於兩個信令信道3和三個開啟的數據業務信道4的情況的方法的算法
●首先，IP分組的特性同(「永遠可用的」，即準永久的)信令信道3的信令信道格式SCP1和SCP2進行比較。所有信令信道3的信令信道格式一個接一個地進行比較，直至找到匹配。信令信道格式的順序不是非常重要的；然而，在本發明的優選實施例中，首先測試具有滿足IP分組特性的最大概率的信令信道格式，用以最優化性能。
○在步驟5中，將IP分組的特性同信令信道格式SCP1進行比較。如果該特性與信令信道格式SCP1匹配，則在步驟6中該分組通過相應的信令信道發送。如果該特性不與信令信道格式SCP1匹配，則在步驟7中將該IP分組的特性同信令信道格式SCP2進行比較。如果該特性與信令信道格式SCP2匹配，則在步驟8中該分組通過相應的信令信道發送。
●如果該IP分組不滿足任何信令信道格式，則將其同開啟的數據業務信道4的數據業務信道格式DCP1、DCP2和DCP3進行比較。此外，數據業務信道格式的順序不是非常重要的；然而，在本發明的優選實施例中，應首先測試具有滿足IP分組特性的最大概率的數據業務信道格式，用以最優化性能。
○在步驟9中，該IP分組的特性同數據業務信道格式DCP1進行比較。如果該特性與數據業務信道格式DCP1匹配，則在步驟10中該分組通過相應的信令信道發送。如果該特性不與數據業務信道格式DCP1匹配，則在步驟11中將該IP分組的特性同數據業務信道格式DCP2進行比較。如果該特性與數據業務信道格式DCP2匹配，則在步驟12中該分組通過相應的信令信道發送。如果該特性不與數據業務信道格式DCP2匹配，則在步驟13中將該IP分組的特性同數據業務信道格式DCP3進行比較。如果該特性與數據業務信道格式DCP3匹配，則在步驟14中該分組通過相應的信令信道發送。
○如果該IP分組不滿足任何數據業務信道格式，則依賴於步驟15中選擇的用於開啟數據業務信道的模式，須考慮兩種情況(顯式或者隱式)●在顯式模式中，數據業務信道可以僅響應來自外部源的顯式觸發，例如來自用戶或者來自網絡中間件。在該情況中，在創建相應的數據業務信道的時刻，通過該外部觸發創建相關的數據業務信道格式。在IP分組不能在任何數據業務信道上發送的情況中，在步驟16中，在本發明的一個實施例中，未做聲明地移除該分組，而在本發明的另一實施例中，通知外部源並令其開啟新的數據業務通道用於該分組。
●在隱式模式中，如果不存在與IP分組匹配的開啟的數據業務信道，則在必須發送該分組時，自動地開啟數據業務信道。在該情況中，在步驟17中，將開啟新的數據業務信道，將基於待傳送的IP分組的參數自動地創建相關的數據業務信道格式，並且將通過該信道發送該分組。
信道格式的語義(semantics)與防火牆中使用的過濾規則(允許、拒絕)相似。每個進入的IP分組的特性同該規則(即信道格式)進行比較，用以確定其是否可以通過相關的信道發送。
信道格式的語義必須足夠靈活，用以支持不同的級別的粒度(granularity)，由此可以支持複雜的過濾規則。它們能夠基於IP分組的多種相關欄位(以及封裝在該分組中的多種標準的協議)來定義過濾規則。該參數的示例是●源和目標IP位址●IPv6擴展頭(extension header)(例如，用於Mobile-IPv6)●封裝協議(ICMP、TCP、UDP等)●標準封裝協議的任何消息(即，ICMPv6中的路由器通告(RouterAdvertisement))●源和目標傳輸協議埠(TCP或者UDP埠等)●業務類別(Traffic Class)●流標記(Flow Label)信令信道格式的示例可以是●拒絕所有的IP分組
●除了ICMPv6路由器請求數據業務信道格式的示例可以是●拒絕所有的IP分組●除了任何FTP流考慮信道格式的信道格式語法(syntax)，可以使用多種表述格式；在本發明的一個實施例中，信道格式通過文本表述；在本發明的優選實施例中，信道格式通過可擴展標記語言(extensible mark-up language，XML)表述。然而，應當理解，可以使用其他用於策略的標準的表述。
上述示例的信令信道格式的文本表述是
上述示例的數據業務信道格式的文本表述是
選擇信道格式的語義和語法，使得它們儘可能的緊湊，以便於在必須下載該格式時，將在無線接口上發送的位的總數目減到最小(如本文下面所解釋的)。
一旦移動終端1連接到無線網關2(無線連接)，自動地開啟信令信道。這樣諸如IP的上層可以認為它們是「永久可用的」。因此，在任何上層分組可以在該無線信道上發送之前，相關的信令信道必須是可利用的。
用於終端1的信令信道格式的動態管理與用於網關2的信令信道格式的動態管理不同。對於終端1，存在兩個可供選擇的方案，特別適合於移動終端。
在本發明的一個實施例中，在移動終端上預先設置信令信道格式，由此它們在啟動時是即刻可用的。隨後，在需要時，例如，當漫遊至需要不同的信令信道格式的另一運營商時，這些格式可以通過，例如，來自用戶或者網絡中間件的外部數據進行修改。
在圖3中說明的本發明的另一實施例中，信令信道格式通過移動終端所連接的無線網關2從網絡18上動態地下載。一旦其連接到網絡，移動終端在能夠無線地發送任何上層分組數據單元(例如，IP分組)之前，從網絡上下載信令信道格式。
在本發明的該實施例的一個變化方案中，通過無線電，例如，在廣播或者組播信道上，重複地(並且周期性地)廣播信令信道格式。這是推送(Push)方法。
在本發明的該實施例的另一變化方案中，移動終端通過適當的信令從網絡上請求信令信道格式。這是提取(Pull)方法。
由於依賴於移動終端所連接的網絡，所使用的信令信道格式有高的概率是不同的，因此它們可被視為依賴網絡的(network-dependent)。在移動終端在不同的網絡之間漫遊(或者甚至是在不移動的情況下進行移交)的情況中，問題在於儘可能早地發現用於新的網絡的信令信道格式。這裡，第二種方法(動態下載)具有很大的優點，這是因為其使得移動終端能夠在運行時(on-the-fly)獲得信令信道格式。可以在每個無線網關處人工地設置發送到移動終端的信令信道格式。然而，在圖3說明的本發明的實施例中，信令信道格式存儲在核心網絡19的策略伺服器18中，並且藉助於適當的網絡管理自動地推送到網絡19的無線網關2。當然，在需要時，可以支持用於網絡中不同無線網關2的不同的信令信道格式。
對於無線網關2，在網絡端管理兩類信令信道格式，即每個信令信道有兩個信令信道格式●發送信令信道格式20，其與無線網關端上的信令信道相關聯，並且用於選擇，必須在哪個信令信道上將來自網絡19的IP分組傳輸到移動終端1，和●接收信令信道格式21，其由無線網關使用，用以檢查在信令信道上接收的IP分組與移動終端所預期的在該信道上發送的內容是否一致。如果進入的IP分組不與該信令信道格式相匹配，則無線網關不應將其傳遞到網絡19。應當注意，預期到無線終端使用的用於其外發IP分組的信令信道格式與無線網關使用的用於其檢查的接收信令信道格式相同。如前文所解釋的，移動終端1可以通過無線網關2動態地從網絡上下載它們。
如上文所述，可以在每個無線網關2上人工地設置發送信令信道格式20和接收信令信道格式21。然而，在圖3中說明的本發明的優選實施例中，信令信道格式20和21存儲在核心網絡中的策略伺服器18中，並且藉助於適當的網絡管理自動地發送到所需的無線網關2，如22所示，終端1所連接的無線網關2隨即將接收信令信道格式傳遞到終端1，如23所示。然後，這些SCP，即從網關的視點觀察的所謂的接收SCP，由該終端用作發送SCP。
當移動終端1轉移到不同網絡24的無線網關2時，網絡24的策略伺服器18推送到網絡24的無線網關2的相應的接收信令信道格式(除了發送信令信道格式25以外)動態地傳遞到終端1，如27所示，其取代了先前的信令信道格式。
現在轉到用於移動終端1和無線網關2的數據業務信道格式管理，數據業務信道在某種意義上是QoS-aware，即可以在開啟信道時指定該信道所支持的所需的QoS。每個數據業務信道4還與數據業務信道格式相關聯，用以識別可以通過該信道發送的IP分組類型。
在顯式模式中，當開啟新的數據業務信道時，通過創建它的源傳遞數據業務信道格式以及必需的QoS類別。
在隱式模式中(除了默認行為以外)，如圖4中所示，當出現要求傳輸的IP分組29並且其不能在任何已經開啟的數據業務信道30上傳輸時，在步驟28中可以自動地開啟數據業務信道。在該情況中，動態地創建數據業務信道格式和與該數據業務信道相關的QoS。
數據業務信道格式動態地創建自IP分組29的參數。為了了解必須考慮包29的哪些參數，在步驟32中使用數據業務信道格式模板31。該模板是可設置的，由此依賴於待發送的IP分組，可以動態地創建不同類型的數據業務信道格式。
數據業務信道格式模板31儘可能地試圖識別該分組所屬的應用。至少在該情況中，考慮下列參數●IP源地址●IP目標地址●封裝傳輸協議(TCP、UDP等)●源和目標傳輸協議埠(TCP或者UDP埠等)●業務類別●流標記在步驟32中，藉助於QoS映射表33，與數據業務信道相關的QoS級別自動地創建自IP分組的參數。該表是可設置的，由此可以執行不同類型的QoS映射。更具體地，在適用於IPv6標準的實施例中，藉助於適當的映射表，數據業務信道的QoS類別得自IP分組的IPv6業務類別域(包含「DiffServ DSCP」)。
在步驟34中，當開啟新的數據業務信道時，數據業務信道格式和相關的QoS傳遞到對等實體(移動終端1到無線網關2或者相反)，由此兩端均了解信道的特性，並且能夠在其上發送數據(特別是在雙向數據業務信道的情況中)；當開啟數據業務信道時，這可以是在移動終端1和無線網關2之間交換的信令一部分。當然，即使是不常見的，但是仍可能存在某些這樣的情況(由於策略原因)，其中對等實體將使用其自有的數據業務信道格式用於新開啟的數據業務信道；在該情況中，用於從數據業務信道的一端進行傳輸的數據業務信道格式將區別於從另一端進行傳輸的數據業務信道格式。
最後，在步驟34中，IP分組29在新的數據業務信道4上發送。
上文描述的方法提供了通用的機制，用於確定諸如IP分組的上層分組數據單元應在哪個具有QoS使能接入技術的信道上發送。本方法利用與每個信道相關的信道格式。信道格式描述了可以通過該信道傳達的IP分組的類型。本方法包括●用於信令信道的信令信道格式●用於數據業務信道的數據業務信道格式●基於信道格式用於信道區分的算法。
在移動終端和無線網關處的這些信道格式的動態管理使得本方法是足夠靈活的，可以應用於多種移動性和QoS背景。信道格式的動態管理包括●將信令信道格式分送到無線網關。
●在無線網關處每個信令信道有兩個信令信道格式○一個用於確定在該信道上發送哪個分組數據單元；這被稱為發送信令信道格式。
○一個用於檢查進入的由移動終端發送的(並且由無線網關通過該信令信道接收的)分組數據單元是否與信令信道格式一致；這被稱為接收信令信道格式。
●從網絡上動態下載移動終端的信令信道格式。
●基於數據業務信道格式模板(和QoS映射表)動態地開啟數據業務信道。
●將新開啟的數據業務信道的數據業務信道格式傳播到對等實體。
附圖中說明的方法是通用的並且應用於●運行於QoS使能接入技術頂層的多種上層協議(IP或者其他)●用作骨幹網接入或者用於骨幹網之中的多種QoS使能的有線或無線技術(例如，UTRAN、HIPERLAN/2、IEEE802.11e)●用作骨幹網接入或者用於骨幹網之中的多種(甚至是非QoS-aware的)面向連接的有線或者無線技術。
可以在所考慮的QoS使能接入技術的協議棧和上層(例如，IP棧)之間的匯聚層中實現本方法。
權利要求
1.一種在終端(1)和網關(2)之間的至少一個信令信道(3)和多個數據業務信道(4)上進行分組數據單元通信的方法，其中所述信令信道(3)提供了服務質量和可用性的默認級別，而所述數據業務信道(4)可在請求時獲得，並且得到授權具有可變的服務質量級別，其特徵在於，建立對應於所述信令信道(3)的信令信道格式和對應於所述數據業務信道(4)中的各個信道的多個數據業務信道格式，用於定義適合在相應的信道上傳輸的分組數據單元的特性，分組數據單元的特性同所述信令信道格式進行比較，如果其特性與所述信令信道格式一致，則在該信令信道上傳輸該分組數據單元，如果其特性與之不一致，則所述分組數據單元的特性同至少一個數據業務信道格式進行比較，如果其特性與所述數據業務信道格式一致，則在該數據業務信道上傳輸該分組數據單元。
2.權利要求1的分組數據單元通信的方法，其中所述數據分組單元包括與網際協議的版本4或版本6或者其他版本一致的網際協議數據分組單元。
3.權利要求1或2的分組數據單元通信的方法，其中在分組數據單元自所述終端傳輸之前，將分組數據單元的特性同所述信道格式進行比較，並且選擇傳輸信道。
4.前面任何權利要求的分組數據單元通信的方法，其中在分組數據單元自所述網關傳輸之前，將分組數據單元的特性同所述信道格式進行比較，並且選擇傳輸信道。
5.前面任何權利要求的分組數據單元通信的方法，其中所述信道格式是這樣的，即根據其中協議頭中的欄位的功能，所述數據分組單元選擇性地在信令信道或者數據業務信道上進行傳輸。
6.權利要求5的分組數據單元通信的方法，其中所述信道格式是這樣的，即根據其中協議頭中的源和/或目標欄位的功能，所述數據分組單元選擇性地在信令信道或者數據業務信道上進行傳輸。
7.權利要求5或6的分組數據單元通信的方法，其中所述信道格式是這樣的，即根據所述源和/或目標欄位中包括的IP位址的功能，所述數據分組單元選擇性地在信令信道或者數據業務信道上進行傳輸。
8.權利要求5～7中任何一個的分組數據單元通信的方法，其中所述信道格式是這樣的，即根據所述源和/或目標欄位中包括的傳輸協議埠的功能，所述數據分組單元選擇性地在信令信道或者數據業務信道上進行傳輸。
9.前面任何權利要求的分組數據單元通信的方法，其中所述信道格式是這樣的，即根據它們所包含的擴展頭的欄位值的功能，所述數據分組單元選擇性地在信令信道或者數據業務信道上進行傳輸。
10.前面任何權利要求的分組數據單元通信的方法，其中所述信道格式是這樣的，即根據它們所包含的封裝協議頭的欄位值的功能，所述數據分組單元選擇性地在信令信道或者數據業務信道上進行傳輸。
11.前面任何權利要求的分組數據單元通信的方法，其中開啟所述數據業務信道和創建相關的數據業務信道格式是顯式觸發的，並且包括通知所述終端，與任何信道格式均不一致的數據分組單元未成功發送。
12.前面任何權利要求的分組數據單元通信的方法，其中在數據分組單元與任何當前信道格式均不一致的情況中，開啟新的數據業務信道和創建相關的數據業務信道格式是隱式觸發的，然後數據分組單元在新的數據業務信道上傳輸。
13.權利要求12的分組數據單元通信的方法，其中開啟所述新的數據業務信道和創建相關的數據業務信道格式由所述終端和所述網關中的一個觸發，並且包括將所述相關的數據業務信道格式傳達到所述終端和所述網關中的另一個。
14.權利要求11～13中任何一個的分組數據單元通信的方法，其中根據數據分組單元中的欄位中的信息的功能，新的數據業務信道的QoS參數選自QoS映射表。
15.前面任何權利要求的分組數據單元通信的方法，其中至少所述信令信道格式存儲在所述終端中。
16.前面任何權利要求的分組數據單元通信的方法，其中至少所述信令信道格式下載到所述終端。
17.權利要求16的分組數據單元通信的方法，其中至少所述信令信道格式從所述網關下載到所述終端。
18.權利要求16或17的分組數據單元通信的方法，其中至少所述信令信道格式被重複地廣播或者組播。
19.權利要求16～18中任何一個的分組數據單元通信的方法，其中至少所述信令信道格式響應來自所述終端的請求下載到所述終端。
20.前面任何權利要求的分組數據單元通信的方法，其中在傳輸分組數據單元之前，將自所述網關傳輸的分組數據單元的特性同發送信令信道格式進行比較並且選擇發送信道，並且在由所述網關傳遞之前，將在所述網關處接收的分組數據單元的特性同接收信令信道格式進行比較。
21.一種終端，用於前面任何權利要求中所述的在至少一個信令信道和多個數據業務信道上同網關進行分組數據單元通信的方法中，其包括信道選擇裝置，用於將分組數據單元的特性同所述信令信道格式進行比較，如果其與所述信令信道格式一致，則使該分組數據單元在該信令信道上傳輸，如果其與之不一致，則將所述分組數據單元的特性同至少一個所述數據業務信道格式進行比較，並且如果其與所述數據業務信道格式一致，則使該分組數據單元在該數據業務信道上傳輸。
22.一種網關，用於權利要求1～20中任何一個中所述的在至少一個信令信道和多個數據業務信道上同終端進行分組數據單元通信的方法中，其包括信道選擇裝置，用於將分組數據單元的特性同所述信令信道格式進行比較，如果其與所述信令信道格式一致，則使該分組數據單元在該信令信道上傳輸，如果其與之不一致，則將所述分組數據單元的特性同至少一個所述數據業務信道格式進行比較，並且如果其與所述數據業務信道格式一致，則使該分組數據單元在該數據業務信道上傳輸。
全文摘要
一種在終端(1)和網關(2)之間的信令信道(3)和多個數據業務信道(4)上進行分組數據單元(特別是IPv4或IPv6PDU)通信的方法。信令信道(3)提供了服務質量和可用性的默認級別，而數據業務信道(4)可在請求時獲得，並且得到授權具有可變的服務質量級別。建立對應於信令信道(3)中的各個信道的信令信道格式和對應於數據業務信道(4)中的各個信道的多個數據業務信道格式，定義了適合在相應的信道上傳輸的分組數據單元的特性。分組數據單元的特性同信令信道格式進行比較，如果其特性與該信令信道格式一致，則在該信令信道上傳輸該分組數據單元。如果它們與之不一致，則該分組數據單元的特性同至少一個數據業務信道格式進行比較，如果其特性與該數據業務信道格式一致，則在該數據業務信道上傳輸該分組數據單元。優選地，信令信道格式通過推送或者提取，從網關下載到終端。
文檔編號H04L12/56GK1672373SQ03818274
公開日2005年9月21日 申請日期2003年7月23日 優先權日2002年7月29日
發明者克裡斯託夫·雅內託, 亞歷山德魯·彼得雷斯庫, 米格爾·卡塔利娜 申請人:摩託羅拉公司