專利名稱：用于減少在通信網(wǎng)絡(luò)中發(fā)送的消息量的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)中的- 種方法和裝置，特別涉及一種允許減少在通信 網(wǎng)絡(luò)中發(fā)送的消息量的裝置以及用于所述減少的方法。本發(fā)明進一步涉及一種 包含用于減少在通信網(wǎng)絡(luò)中發(fā)送的消息量的計算機程序的計算機可讀介質(zhì)。
背景技術(shù)：
目前在UMTS的第三代合作伙伴計劃(3GPP)規(guī)范中，在網(wǎng)絡(luò)和用戶設(shè)備 (終端)之間所用的信令協(xié)議被分為接入層(AS)協(xié)議和非接入層(NAS)協(xié) 議。非接入層協(xié)議(例如^i舌管理(SM)、移動性管理(MM)、 SMS)終止于 終端(l正)和核心網(wǎng)(CN)，并且ilil無線接入網(wǎng)(RAN)被透明地發(fā)送。接 入層協(xié)議(例如無線資源控制(RRC)、無線鏈路控制(RLC)、媒體訪問控制 (MAC))終止于UE和RAN，并且在CN中不可見。另夕卜，在RAN和CN之 間存在對于UE而言不可見的Iu信令。
由于非接入層協(xié)議和接入層協(xié)議之間的分離，所以在網(wǎng)絡(luò)和UE之間就存 在大量握手以便建立服務(wù)。
由于在接入層(AS)功能和非接入層(NAS)功能之間存在清楚的劃分， 所以不可能以高效的方式來協(xié)調(diào)AS過程和NAS過程。這導(dǎo)致一個典型的UMTS 過程(例如"服務(wù)激活")涉及許多ffl31無線接口被交換的消息，從而導(dǎo)致該過 程執(zhí)行中的明顯延遲。
在大多數(shù)實際情況中，需要雙向傳輸數(shù)據(jù)。實現(xiàn)全雙工數(shù)據(jù)傳輸?shù)囊环N方 式將是具有兩個獨立的通信信道，并且使用每一個通信信道來用于單工數(shù)據(jù)業(yè) 務(wù)(在不同方向上)。如果這樣做的話，將具有兩個獨立的物理電路，每一， 理電路具有一個"前向"信道(用于數(shù)據(jù))和一個"反向"信道(用于確認)。 在這兩種情況中將幾乎完全浪費反向信道的帶寬。實際上，用戶將付出兩個電 路的代價而只使用了一個電路的能力。
一個更好的想法是對于雙向數(shù)據(jù)使用相同的電路。在這種模型中，從A到 B的數(shù)據(jù)幀與從A到B的確認幀混合在-一起。通過査看在輸入幀的報頭中的"類
5別"字段，接收機能夠辨別出該幀是翻還是確認。
盡管在同一電路上對數(shù)據(jù)幀和控制幀進行交織是對于具有兩個獨立物理電 路方式的一種改進，然而另一種改進也是可能的。當一個數(shù)據(jù)幀到達時，不是 、):即發(fā)送一個獨立的控制幀，而是接收機抑制自身并且等待，直到網(wǎng)絡(luò)層通過 了下一個分組。確認被附加到輸出數(shù)據(jù)幀。實際上，確認免費搭載在下一個輸 出數(shù)據(jù)幀上。暫時延遲輸出確認以使其能夠依附于下一個輸出數(shù)據(jù)幀的技術(shù)被
廣泛地稱為捎帶確認法(piggybacking)。
在最近的3GPP長期演進和系統(tǒng)體系結(jié)構(gòu)演進的發(fā)展中，在AS協(xié)議消息中 捎帶NAS協(xié)議消息的可能性已被討論，以便使得網(wǎng)絡(luò)和UE之間的握手能夠更 少。
現(xiàn)有解決方案的問題在于，盡管在AS協(xié)議消息中捎帶NAS協(xié)議消息潛在 地將減少網(wǎng)絡(luò)和UE之間的信令量，但是在定義對于NAS協(xié)議消息和AS協(xié)議 消息的所有可能的(或所有允許的)組合而言在UE中所，頁期的協(xié)調(diào)行為方面 將需要大量的努力。這個問題實際上將使得難以實現(xiàn)捎帶確認法。

發(fā)明內(nèi)容
因此，本發(fā)明的一個目的是提供一種用于減少在通信網(wǎng)絡(luò)中發(fā)送的消息量 的改進的方法，該通信網(wǎng)絡(luò)包括第一通信網(wǎng)絡(luò)實體、通iM信接口連接到所述 第一通信網(wǎng)絡(luò)實體的第二通信網(wǎng)絡(luò)實體、以及一個或多個通過無線接口連接到 所述第二通信網(wǎng)絡(luò)實體的用戶設(shè)備，其中利用至少第一協(xié)議和第二協(xié)議在所述 各接口上發(fā)送消息。
該目的通過根據(jù)權(quán)利要求1的特征部分的方法來實現(xiàn)。
本發(fā)明的另一 目的是提供一種用于減少在通信網(wǎng)絡(luò)中發(fā)送的消息量的改進 的裝置，該通信網(wǎng)絡(luò)包括第一通信網(wǎng)絡(luò)實體、通ffl信接口連接至lj所述第一通 信網(wǎng)絡(luò)實體的第二通信網(wǎng)絡(luò)實體、以及一個或多個通過無線接口連接至,述第 二通信網(wǎng)絡(luò)實體的用戶設(shè)備，其中利用至少第一協(xié)議和第二協(xié)議在所述各接口 上發(fā)送消息。
所述另一目的通過根據(jù)權(quán)利要求13的特征部分的裝置來實現(xiàn)。 本發(fā)明的又一 目的是提供一種包含用于減少在通信網(wǎng)絡(luò)中發(fā)送的消息量的 計算機程序的改進的計算機可讀介質(zhì)，該通信網(wǎng)絡(luò)包括第一通信網(wǎng)絡(luò)實體、通M信接口連接到所述第一通信網(wǎng)絡(luò)實體的第二通信網(wǎng)絡(luò)實體、以及一個或多 個通過無線接口連接至,述第二通信網(wǎng)絡(luò)實體的用戶設(shè)備，其中禾傭至少第一 協(xié)議和第二協(xié)議在所述各接口上發(fā)送消息。
所述又一 目的通過根據(jù)權(quán)利要求25的特征部分的計算才幾可讀介質(zhì)來實現(xiàn)。
在從屬權(quán)利要求中列出進一步的實施例。
由于規(guī)定了定義由NAS協(xié)議消息和AS協(xié)議消息分別調(diào)用的NAS過程和 AS過程的協(xié)調(diào)類型的一般規(guī)則，所以可以充分發(fā)掘捎帶確認法的益處。也就是 說，將實現(xiàn)減少過程延遲的可能性。減少的延遲是通過在無線接口上具有較少 的握手而產(chǎn)生較少的傳輸延遲以及在UE和網(wǎng)絡(luò)節(jié)點中能夠并行處理消息來實 現(xiàn)的。
本發(fā)明還有的其他目的和特征將從后面結(jié)合附圖所考慮的詳細描述中變得 顯而易見。然而應(yīng)當理解，這些附圖的設(shè)計僅僅是為了說明的目的，而不是作 為對本發(fā)明進行限定的定義，對于所述定義，應(yīng)當參考所附權(quán)利要求書。進一 步應(yīng)當理解，所述附圖不一定是按比例繪制的，除非另有指示，否則它們僅僅 打算概念性地說明在此所述的結(jié)構(gòu)和過程。


在附圖中，其中相同的參考符號在整個附圖中表示類似的元素
圖1是移動通信網(wǎng)絡(luò)的示例性方框圖2是示出兩個信令協(xié)議的移動通信網(wǎng)絡(luò)的方框圖3是本發(fā)明的裝置的方框圖4示出在移動通信網(wǎng)絡(luò)中執(zhí)行的動作的-一個典型過程；
圖5示出圖4中所示的過程，但是實施了本發(fā)明的方法。
具體實施例方式
在圖1中示出一個示例性3GPP UMTS系統(tǒng)網(wǎng)絡(luò)的方框圖。該網(wǎng)絡(luò)包括 無線接入網(wǎng)(RAN)和核心網(wǎng)(CN) 200，所述無線接入網(wǎng)(RAN)在本發(fā) 明的優(yōu)選實施例中是UMTS陸地?zé)o線接入網(wǎng)(UTRAN) 100。 UTRAN 100 和CN200為多個用戶設(shè)備(UE) 120提供通信和控制。
UTRAN體系結(jié)構(gòu)100包括多個無線網(wǎng)絡(luò)控制器(RNC) 160，其被連接于一組Node B 180。所述Node B 180包括與UE 120通信所需的天線、RF設(shè) 備和基帶處理電路。所述NodeB 180通過Iub接口被連接到RNC 160。
核心網(wǎng)200典型地包括至少一個服務(wù)GPRS支持節(jié)點(SGSN) 220、 一 個或多個網(wǎng)關(guān)GPRS支持節(jié)點(GGSN) 280、至少一個移動交換中心(MSC) 240，所述移動交換中心可以包括訪問位置寄存器(VLR)(圖l中未示出)、 網(wǎng)關(guān)MSC (GMSC) 260、以及GPRS歸屬位置寄存器(HLR) 250。 CN200 既提供與各種外部網(wǎng)絡(luò)的電路交換數(shù)據(jù)通信，又提供與各種外部網(wǎng)絡(luò)的分組 數(shù)據(jù)通信，所述外部網(wǎng)絡(luò)典型地包括公共交換電話網(wǎng)(PSTN) 320和一個或 多個分組模式通信網(wǎng)絡(luò)，例如因特網(wǎng)340。 UTRAN 100通過Iu接口連接到 CN200。
在3GPP最近的發(fā)展中，已經(jīng)提出一種演進的系統(tǒng)體系結(jié)構(gòu)，其具有幾 個新的參考點，例如核心網(wǎng)和無線接入網(wǎng)之間的S1接口，用于傳輸用戶平面 以及控制平面業(yè)務(wù)。該SI接口對應(yīng)于Iu接口。這些新的發(fā)展被稱為3GPP 中的LTE/SAE，其中LTE是3G RAN的長期演進，以及SAE是系統(tǒng)體系結(jié) 構(gòu)演進，即核心網(wǎng)的發(fā)展。此外，將引入對應(yīng)于Uu接口的RAN和UE之間 的新無線接口。在這里的上下文中，該新無線接口被稱為LTE無線接口。本 領(lǐng)域技術(shù)人員可以認識到，本發(fā)明同樣適用于這些新發(fā)展。
圖2示出包括UE 120、 RAN 100和CN 200的通信網(wǎng)絡(luò)。信令協(xié)議被分 為接入層(AS)協(xié)議420和非接入層(NAS)協(xié)議410。 NAS協(xié)議410終止 于UE 120和核心網(wǎng)200，并且通過RAN 100被透明地發(fā)送。AS協(xié)議420終 止于UE120和RAN100，其被顯示為一個Uu層(UuS)塊430，并且在CN 200中不可見。此外，在RAN100和CN200之間存在信令，其被顯示為一個 Iu層(IuS)塊440，其對于UE 120是不可見的。接入層420通過三個服務(wù) 接入點(SAP)向非接入層410提供服務(wù)，其在圖2中被顯示為從UuS 430 和IuS 440分別指向NAS 410的箭頭上的三個圓。
在圖3中示出用于減少在通信網(wǎng)絡(luò)中發(fā)送的消息量的本發(fā)明的裝置500 的示例性方框圖，其中該裝置500包括裝置510，用于發(fā)送打包在第二協(xié)議 消息內(nèi)部的第--協(xié)議消息，即以捎帶的方式，所述第一協(xié)議消息和第二協(xié)議 消息中的每一個指示多個過程步驟；以及裝置520，用于向每-一個第一協(xié)議消 息提供指令字段，所述指令字段用于確定將被用于所述過程步驟的至少一個協(xié)調(diào)規(guī)則，其中所述至少一個協(xié)調(diào)規(guī)則是從一組預(yù)定義的規(guī)則中選擇的。
在圖4中示出一種典型的用于"服務(wù)激活"的UMTS現(xiàn)有技術(shù)過程。該 過程涉及許多通過無線接口被交換的消息，并且將在下文中進行簡要描述1.RRC: RACH/CCCHRRC連接請求；2.RRC: FACH/CCCHRRC連接建立；3.RRC: DCCH/DCHRRC連接建立完成4.RRC:DCCH/DCH (AM)初始直傳(附著請求)5.SCCP連接請求(CR)
RANAP初始UE消息(附著請求)6.SCCP連接配置(cc)7.RANAP直傳(標識請求)8.RRC: DCCH/DCH (AM)下行鏈路直傳(標識請求)9.RRC: DCCH/DCH (AM)上行鏈路直傳(標識請求)10.RANAP直傳(標識響應(yīng))11.MAP發(fā)送認證ft息12.MAP發(fā)送認證信息確認13.RANAP直傳(認證和加密請求)14.RRC: DCCH/DCH (AM)下行鏈路直傳(認證和加密請求)15.RRC: DCCH/DCH (AM)上行鏈路直傳(認證和加密請求)16.RANAP直傳(認證和加密請求)17.RANAP安全模式命令18.RRC: DCCH/DCH (AM)安全模式命令19.RRC: DCCH/DCH (AM)安全模式完成20.RANAP安全模式完成2.MAP更新位置22.MAP插入用戶數(shù)據(jù)23.MAP插入用戶數(shù)據(jù)確認24.MAP更新位置確認25.RANAP公共ID (MSI)26.RANAP直傳(附著接受)27. RRC:DCCH/FACH (AM)
28. RRC: DCCH/DCH (AM)
29. RANAP
30. GTP一C
31. GTP C
32. RANAP
33. RRC: DCCH/DCH (AM)
34. RRC:DCCH/RACH (AM)
35. RANAP
36. RANAP
37. RRC:DCCH/FACH (AM)
下行鏈路直傳(附著接受) 上行鏈路直傳(激活PDP上下文請求) 直傳(激活PDP上下文請求) 生成PDP上下文請求 生成PDP上下文響應(yīng) RAB分配請求 無線承載建立 無線承載建立完成 RAB分配響應(yīng)
直傳(激活PDP上下文接受) 下行鏈路直傳(激活PDP上下文接受) 正如上面在背景技術(shù)中所述的那樣，所有這些交換的消息將導(dǎo)致執(zhí)行中 的明顯延遲，并且作為一種能夠減少握手的解決方案的捎帶確認法實際上難 以實現(xiàn)。
本發(fā)明的基本構(gòu)思是引入定義了由NAS協(xié)議消息和AS協(xié)議消息分別調(diào) 用的NAS過程和AS過程的協(xié)調(diào)類型的一般規(guī)則。這些規(guī)則的存在將使得有 可能在現(xiàn)有的AS (RRC)消息上捎帶一些NAS協(xié)議消息并且在實施了NAS 協(xié)議和'AS協(xié)議的通信網(wǎng)絡(luò)的節(jié)點之間使用捎帶確認法。這些規(guī)則將因此實 現(xiàn)捎帶確認法的益處。
在優(yōu)選實施例中，本發(fā)明被用在現(xiàn)有的UMTS體系結(jié)構(gòu)中。然而可以理 解，本發(fā)明也可用于新的體系結(jié)構(gòu)中，而不管NAS協(xié)議和AS協(xié)議是在單個 節(jié)點中還是在多個節(jié)點中被實施的。
本發(fā)明的解決方案確保，與在AS協(xié)議消息內(nèi)部捎帶的每個NAS協(xié)議消 息一起，有一個指令字段被包括在內(nèi)。該指令字段定義了 UE所需的協(xié)調(diào)4亍 為。下面列出一些指令例子。然而應(yīng)當注意到，本發(fā)明不限于這些例子。這 別加將向UE指示
些指
NAS過程和AS過程是否能夠相互獨立地開始，即UE是否需要等待:
在開始AS過程之前完成NAS過程。
在開始NAS過程之前完成AS過程。 AS過程是否能夠開始而不管NAS過程的結(jié)果如何，即UE是否 只有在NAS過程的結(jié)果是成功的情況下才將開始AS過程。(如果
"需要成功"而NAS過程的結(jié)果是不成功的，則AS過程將被認 為是不成功的。)
只有在AS過程的結(jié)果是成功的情況下才將開始NAS過程。(如果 "需要成功"而AS過程的結(jié)果是不成功的，則NAS過程將被認 為是不成功的。)
上述規(guī)則可作為單個指令參數(shù)來提供，或者作為一組指令參數(shù)來提供， 例如指示"等待要求"(在開始AS過程之前是否要等待NAS過程)和"結(jié) 果要求"(單獨開始AS過程是否需要NAS過程的結(jié)果是成功的)。因此，本 發(fā)明的方法執(zhí)行下列步驟
-發(fā)送打包在AS協(xié)議消息內(nèi)(捎帶)的NAS協(xié)議消息；
-在每個NAS協(xié)議消息內(nèi)提供指令字段(指令參數(shù))，其指示接收機應(yīng) 該如何協(xié)調(diào)所述NAS過程和AS過程(在協(xié)議消息中所指示的)，其中該協(xié) 調(diào)是根據(jù)一個或多個預(yù)定義的規(guī)則來進行的。使用的這些規(guī)則中的哪一個或 哪一些由指令參數(shù)來確定。
對于在不同節(jié)點中實施NAS協(xié)議和AS協(xié)議的體系結(jié)構(gòu)，例如象在上面 描述的UMTS體系結(jié)構(gòu)中，在這兩個節(jié)點之間的協(xié)議(攜帶NAS協(xié)議消息 到實施AS協(xié)議的節(jié)點)需要包括到實施AS協(xié)議的節(jié)點的指令，其指示將如 何給出到UE的指令。這些指令將與上面的指令相同(AS協(xié)議節(jié)點-〉UE)。
禾擁上面的規(guī)則，例如將實現(xiàn)圖5所示的序列，其中規(guī)則可以是下列內(nèi)
容
17:到RNC的捎帶指令
提供下列捎帶指令給UE:
在開始AS過程前等待NAS過程完成。
，NAS過程的結(jié)果必須是成功的，以便進入AS過程(否則AS過
程將被認為是失敗的)。 18:到UE的捎帶指令
在開始AS過程前等待NAS過程完成。
NAS過程的結(jié)果必須是成功的，以便進入AS過程(否則AS過 程將被認為是失敗的)。
ii32:到RNC的捎帶指令
提供下列捎帶指令給UE:
在開始NAS過程前等待AS過程完成。
,AS過程的結(jié)果必須是成功的，以便進入NAS過程(否則NAS
過程將被認為是失敗的)。 33:到UE的捎帶指令
在開始NAS過程前等待AS過程完成。
AS過程的結(jié)果必須是成功的，以便進入NAS過程(否則NAS過
程將被認為是失畋的)。
將會認識到，上述過程中的至少一些在必要時被重復(fù)地執(zhí)行，以便響應(yīng) 于在發(fā)射機和接收機之間信道的時變特性。為了便于理解，本發(fā)明的許多方 面按照例如要由可編程計算機系統(tǒng)的元件所執(zhí)行的動作的序列來描述。將會 認識到，各種動作可由專門的電路(例如為了執(zhí)行專門的功能而互連的分立 邏輯門或者專用集成電路)來執(zhí)行，可由通過一個或多個處理器執(zhí)行的程序 指令來執(zhí)行，或者由二者的組合來執(zhí)行。
而且，本發(fā)明另外可被認為完全具體實現(xiàn)在任何形式的計算機可讀存儲 介質(zhì)內(nèi)，所述計算機可讀存儲介質(zhì)具有存儲在其中的一組適當?shù)闹噶?，以?指令執(zhí)行系統(tǒng)、裝置或設(shè)備使用或者與其結(jié)合使用，所述指令執(zhí)行系統(tǒng)、裝 置或設(shè)備例如是基于計算機的系統(tǒng)、包含處理器的系統(tǒng)、或者其他可從介質(zhì) 中取指令并執(zhí)行這些指令的系統(tǒng)。如在此所用，"計算機可讀介質(zhì)"可以是能 夠包含、存儲、傳送、傳播、或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備使 用或與其結(jié)合使用的任何裝置。所述計算機可讀介質(zhì)可以是例如但不限于電 子的、磁的、光的、電磁的、紅外的、或半導(dǎo)體的系統(tǒng)、裝置、設(shè)備或傳播 介質(zhì)。更多特定的計算機可讀介質(zhì)例子(非窮盡的列表)包括具有一根或多 根線的電連接、便攜式計算機磁盤、隨機存取存儲器(RAM)、只讀存儲器 (ROM)、可擦除可編程只讀存儲器(EPROM或閃存)、光纖、以及便攜式 光盤只讀存儲器(CD-ROM)。
因此，根據(jù)本發(fā)明的一個優(yōu)選實施例， 一種計算機可讀介質(zhì)包含用于減 少在通信網(wǎng)絡(luò)中發(fā)送的消息量的計算機程序，該通信網(wǎng)絡(luò)包括第一通信網(wǎng)絡(luò) 實體(例如CN200)、通過通信接口 (例如Iu接口或Sl接口)連接到所述第一通信網(wǎng)絡(luò)實體200的第二通信網(wǎng)絡(luò)實體(例如UTRAN 100)、以及一個或 多個通過無線接口 (例如Uu接口或新的LTE無線接口)連接到所述第二通 信網(wǎng)絡(luò)實體100的用戶設(shè)備120，其中利用至少第一協(xié)議和第二協(xié)議在所述各 接口上發(fā)送消息，其中所述計算機程序執(zhí)行下列步驟
-發(fā)送打包在第二協(xié)議消息內(nèi)的第一協(xié)議消息(所謂的捎帶)，所述第--協(xié)議消息和第二協(xié)議消息中的每一個指示多個過程步驟；
-向每一個所述第一協(xié)議消息提供指令字段，所述指令字段用于確定將 被用于所述過程步驟的至少一個協(xié)調(diào)規(guī)則，其中所述至少一個協(xié)調(diào)規(guī)則是從 一組預(yù)定義的規(guī)則中選擇的。
有可能對前面描述的本發(fā)明的各實施例進行修改而不脫離由所附權(quán)利要 求書所限定的本發(fā)明的范圍。
用來描述和要求保護本發(fā)明的諸如"包括"、"包含"、"結(jié)合"、"由...組 成"、"具有"、"是"之類的表達打算以非排他的方式來解釋，即也允許未明 確描述的項、部件或元件的存在。對單數(shù)的提及也應(yīng)被解釋為涉及復(fù)數(shù)，并 H.反之亦然。
在所附的權(quán)利要求書中括號內(nèi)包含的數(shù)字打算幫助對權(quán)利要求的理解， 而不應(yīng)以任何方式被解釋為限制這些權(quán)利要求所要求保護的主題。
權(quán)利要求
1、一種用于減少在通信網(wǎng)絡(luò)中發(fā)送的消息量的方法，所述通信網(wǎng)絡(luò)包括第一通信網(wǎng)絡(luò)實體(200)、通過通信接口連接到所述第一通信網(wǎng)絡(luò)實體(200)的第二通信網(wǎng)絡(luò)實體(100)、以及一個或多個通過無線接口連接到所述第二通信網(wǎng)絡(luò)實體(100)的用戶設(shè)備(120)，其中利用至少第一協(xié)議和第二協(xié)議在所述各接口上發(fā)送消息，其特征在于，所述方法包括以下步驟-發(fā)送打包在第二協(xié)議消息內(nèi)的第一協(xié)議消息，所述第一協(xié)議消息和第二協(xié)議消息中的每一個指示多個過程步驟；-向每一個所述第一協(xié)議消息提供指令字段，所述指令字段用于確定將被用于所述過程步驟的至少一個協(xié)調(diào)規(guī)則，其中所述至少一個協(xié)調(diào)規(guī)則是從一組預(yù)定義的規(guī)則中選擇的。
2、 根據(jù)權(quán)利要求1所述的方法，其中所述預(yù)定義的規(guī)則作為單個指令參數(shù) 來提供。
3、 根據(jù)權(quán)利要求1所述的方法，其中所述預(yù)定義的規(guī)則作為一組指令參數(shù) 來提供。
4、 根據(jù)權(quán)利要求1所述的方法，其中所述第一協(xié)議是非接入層(NAS)協(xié) 議，以及所述第二協(xié)議是接入層(AS)協(xié)議。
5、 根據(jù)權(quán)利要求1所述的方法，其中所述第一協(xié)議是非接入層(NAS)協(xié) 議，以及所述第二協(xié)議是在所述通信接口上的協(xié)議。
6、 根據(jù)權(quán)利要求1所述的方法，其中所述通信網(wǎng)絡(luò)是碼分多址(CDMA) 網(wǎng)絡(luò)。
7、 根據(jù)權(quán)利要求1所述的方法，其中所述第一通信網(wǎng)絡(luò)實體(200)是核 心網(wǎng)，以及所述第二通信網(wǎng)絡(luò)實體(100)是無線接入網(wǎng)(RAN)。
8、 根據(jù)權(quán)利要求7所述的方法，其中所述無線接入網(wǎng)(100)是UMTS陸 地?zé)o線接入網(wǎng)(UTRAN)。
9、 根據(jù)權(quán)利要求1所述的方法，其中所述通信接口是Iu接口。
10、 根據(jù)權(quán)利要求1所述的方法，其中所述通信接口是S1接口。
11 、根據(jù)^(利要求1所述的方法，其中所述無線接口是Uu接口 。
12、 根據(jù)權(quán)利要求1所述的方法，其中所述無線接口是長期演進無線接口。
13、 一種用于減少在通信網(wǎng)絡(luò)中發(fā)送的消息量的裝置，所述通信網(wǎng)絡(luò)包括第一通信網(wǎng)絡(luò)實體(200)、通iiil信接口連接到所述第一通信網(wǎng)絡(luò)實體(200) 的第二通信網(wǎng)絡(luò)實體(100)、以及一個或多個通過無線接口連接到所述第二通 信網(wǎng)絡(luò)實體(100)的用戶設(shè)備(120)，其中利用至少第一協(xié)議和第二協(xié)議在所述各接口上發(fā)送消息，其特征在于，所述裝置包括-用于發(fā)送打包在第二協(xié)議消息內(nèi)的第一協(xié)議消息的裝置(510)，所述第一協(xié)議消息和第二協(xié)議消息中的每一個指示多個過程步驟；-用于向每一個所述第一協(xié)議消息提供指令字段的裝置(520)，所述指令字段用于確定將被用于所述過程步驟的至少一個協(xié)調(diào)規(guī)則，其中所述至少一個協(xié)調(diào)規(guī)則是從一組預(yù)定義的規(guī)則中選擇的。
14、 根據(jù)權(quán)利要求13所述的裝置，其中所述裝置進一步包括用于作為單個 指令參數(shù)來提供所述預(yù)定義的規(guī)則的裝置。
15、 根據(jù)權(quán)利要求13所述的裝置，其中所述裝置進一步包括用于作為一組 指令參數(shù)來提供所述預(yù)定義的規(guī)則的裝置。
16、根據(jù)權(quán)禾腰求13所述的裝置，其中所述第一協(xié)議是非接入層(NAS) 協(xié)議，以及所述第二協(xié)議是接入層(AS)協(xié)議。
17、 根據(jù)權(quán)利要求13所述的裝置，其中所述第一協(xié)議是非接入層(NAS) 協(xié)議，以及所述第二協(xié)議是在所M信接口上的協(xié)議。
18、 根據(jù)權(quán)利要求13所述的裝置，其中所述通信網(wǎng)絡(luò)是碼分多址(CDMA) 網(wǎng)絡(luò)。
19、 根據(jù)權(quán)利要求13所述的裝置，其中所述第一通信網(wǎng)絡(luò)實體(200)是 核心網(wǎng)，以及所述第二通信網(wǎng)絡(luò)實體(100)是無線接入網(wǎng)(RAN)。
20、 根據(jù)權(quán)利要求19所述的裝置，其中所述無線接入網(wǎng)(100)是UMTS 陸地?zé)o線接入網(wǎng)(UTRAN)。
21、 根據(jù)權(quán)利要求13所述的裝置，其中所M信接口是Iu接口。
22、 根據(jù)權(quán)利要求13所述的裝置，其中所^M信接口是S1接口。
23、 根據(jù)權(quán)利要求13所述的裝置，其中所述無線接口是Uu接口。
24、 根據(jù)權(quán)利要求13所述的裝置，其中所述無線接口是長期演進無線接口。
25、 一種包含用于減少在通信網(wǎng)絡(luò)中發(fā)送的消息量的計算機程序的計算機 可讀介質(zhì)，所述通信網(wǎng)絡(luò)包括第一通信網(wǎng)絡(luò)實體(200)、通iiil信接口連接到 所述第一通信網(wǎng)絡(luò)實體(200)的第二通信網(wǎng)絡(luò)實體(100)、以及一個或多個通過無線接口連接到所述第二通信網(wǎng)絡(luò)實體(100)的用戶設(shè)備(120)，其中利用 至少第一協(xié)議和第二協(xié)議在所述各接口上發(fā)送消息，其特征在于，所述計算機 程/執(zhí)行以下步驟-發(fā)送打包在第二協(xié)議消息內(nèi)的第一協(xié)議消息，所述第一協(xié)議消息和第二 協(xié)議消息中的每一個指示多個過程步驟；-向每一個所述第一協(xié)議消息提供指令字段，所述指令字段用于確定將被 用于所述過程步驟的至少一個協(xié)調(diào)規(guī)則，其中所述至少一個協(xié)調(diào)規(guī)則是從一組 預(yù)定義的規(guī)則中選擇的。
全文摘要
本發(fā)明涉及一種用于減少在通信網(wǎng)絡(luò)中發(fā)送的消息量的方法和裝置，所述通信網(wǎng)絡(luò)包括第一通信網(wǎng)絡(luò)實體(200)、通過通信接口連接到所述第一通信網(wǎng)絡(luò)實體(200)的第二通信網(wǎng)絡(luò)實體(100)、以及一個或多個通過無線接口連接到所述第二通信網(wǎng)絡(luò)實體(100)的用戶設(shè)備(120)，其中利用第一協(xié)議和第二協(xié)議在所述各接口上發(fā)送消息。提供用來發(fā)送打包在第二協(xié)議消息內(nèi)的第一協(xié)議消息(“捎帶”)的一般規(guī)則，并且每一個第一協(xié)議消息都被提供一個指令字段，所述指令字段定義為了執(zhí)行一個動作而要采取的各過程步驟的協(xié)調(diào)。
文檔編號H04L29/06GK101449541SQ200680054758
公開日2009年6月3日 申請日期2006年5月30日 優(yōu)先權(quán)日2006年5月30日
發(fā)明者A·P·亨里克森, G·米爾德, G·魯恩, P·沃倫廷 申請人:艾利森電話股份有限公司