魯棒性頭壓縮的上下文標識的處理方法和設備的製作方法
2023-07-26 21:20:36
專利名稱：魯棒性頭壓縮的上下文標識的處理方法和設備的製作方法
技術領域：
本發明實施例涉及無線通信領域，並且更具體地，涉及魯棒性頭壓縮的上下文標識的處理方法和設備。
背景技術：
魯棒性頭壓縮(Robust Header Compression,簡稱R0HC)提供了一種壓縮網絡協議(Internet Protocol,簡稱 IP) / 用戶數據報協議(User Datagram Protocol,簡稱 UDP)/實時傳輸協議(Real-time Transport Protocol,簡稱RTP)包的方法,能夠夠在極差的信道條件下將ー個IP/m)P/RTP包壓縮到一個字節左右。ROHC提高了在無線網絡上承載IP流的性能，廣泛應用於無線網絡和移動IP電話中，以減少包頭開銷、包丟失率和提高交互響 應性能。上下文(Context)是ROHC中的重要內容。上下文保存著一個流的相關信息，在壓縮端和解壓端都有ー個上下文，壓縮和解壓操作都基於上下文進行。每個上下文對應ー個上下文標識(Context Identifier，簡稱CID)。目前ROHC壓縮協議中並沒有對CID更新方法進行詳細描述。傳統的更新CID的方法包括針對每個用戶的每個承載的每個流(每個流對應ー個CID)進行時間計數，記錄它們到來的時間。然後根據記錄的每個流的到來時間來更新CID。採用這種方案，在時間計數器發生溢出時，無法準確地判斷CID的時間早晩，導致CID的更新發生錯誤。此外，在新的流到來時，新的流的CID需要與先前已經到來的流的CID的到來時間進行多次比較，耗費時間。此外，在無線網絡支持的用戶數量增多時，更新CID耗費的資源將加大。
發明內容
本發明實施例提供一種魯棒性頭壓縮的上下文標識的處理方法，能夠利用簡單的方法實現CID的更新，佔用的資源較少，更新CID的可靠性高，提高了資源利用率。一方面，提供了一種魯棒性頭壓縮的上下文標識CID的處理方法，所述方法包括接收第一數據流；判斷所述第一數據流的CID編號是否存在於寄存器組中，其中所述寄存器組用於按照接收的數據流的接收時間順序存儲所述數據流的CID編號；如果所述第一數據流的CID編號已經存在於所述寄存器組中，則將所述寄存器組中接收時間晚於第二數據流的數據流的CID編號向歷史方向依次移位寄存，以空出所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器，其中所述第二數據流是所述寄存器組中先前寄存的與所述第一數據流的CID編號相同的數據流；將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。另ー方面，提供了一種魯棒性頭壓縮的上下文標識的處理設備，所述設備包括
接收單元，用於接收第一數據流；寄存器組，用於按照接收的數據流的接收時間順序存儲所述數據流的CID編號；第一判斷単元，用於判斷所述第一數據流的CID編號是否存在於所述寄存器組中；處理單元，用於在第一判斷単元判斷結果為所述第一數據流的CID編號已經存在於所述寄存器組中的情況下，將所述寄存器組中接收時間晚於第二數據流的數據流的CID編號向歷史方向依次移位寄存，以空出所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器，其中所述第二數據流 是所述寄存器組中先前寄存的與所述第一數據流的CID編號相同的數據流；並且所述處理単元還用於將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。根據本發明實施例，可以利用較少的緩存資源，實現對CID的存儲和可靠地更新，消除了以時間計數器來進行CID更新判斷而計數器發生溢出時發生的錯誤判斷問題。同吋，CID的更新過程簡単，耗費資源較少。
為了更清楚地說明本發明實施例的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的ー些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖I是根據本發明實施例的ROHC的CID處理方法的示意流程圖；圖2是本發明實施例在具體應用場景下，CID編號更新前的寄存器組示意圖；圖3是本發明實施例在具體應用場景下，CID編號更新後的寄存器組示意圖；圖4是本發明實施例在具體應用場景下，CID編號更新前的寄存器組示意圖；圖5是本發明實施例在具體應用場景下，CID編號更新後的寄存器組示意圖；圖6是本發明實施例在具體應用場景下，CID編號更新前的寄存器組示意圖；圖7是本發明實施例在具體應用場景下，CID編號更新後的寄存器組示意圖；圖8是根據本發明實施例的ROHC的CID處理設備的示意結構圖；圖9是根據本發明實施例的ROHC的CID處理設備進ー步細化方案的示意結構圖。
具體實施例方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。圖I是根據本發明實施例的ROHC的CID的處理方法100的示意流程圖。如圖I所示，方法100包括110:接收第一數據流；120 :判斷所述第一數據流的CID編號是否存在於寄存器組中，其中所述寄存器組用於按照接收的數據流的接收時間順序存儲所述數據流的CID編號；130 :如果所述第一數據流的CID編號已經存在於所述寄存器組中，則將所述寄存器組中接收時間晚於第二數據流的數據流的CID編號向歷史方向依次移位寄存，以空出所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器，其中所述第二數據流是所述寄存器組中先前寄存的與所述第一數據流的CID編號相同的數據流；140 :將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。以下結合具體的應用場景，舉例說明本發明實施例的技術方案。為了快速更新上下文標識(Context Identifier,簡稱CID),根據姆個用戶所建立的承載所支持的數據流的個數建立寄存器組，所述寄存器組的寄存器的數量例如等於每個用戶所建立的承載所支持的數據流的個數N，並且每個寄存器的長度大於或等於「log2比 特，其中「I為向上取整函數。由於每個數據流對應ー個CID，可以通過為每個CID設置ー 個簡單的編號，以便快速更新CID。建立寄存器組來保存與CID對應的編號，既能滿足快速更新數據流的CID的需求，同時也能節省存儲空間。例如，用戶所建立的每個承載最多支持8個數據流，則寄存器組可以包括8個寄存器，每個寄存器長度為3bit。再例如用戶所建立的每個承載最多支持16個數據流，則寄存器組可以包括8個寄存器，每個寄存器為4bit。本領域技術人員可以理解，寄存器組所包括的寄存器數量和每個寄存器的比特數可以根據每個承載最多支持的數據流的個數來確定。寄存器組中寄存器的數量可以少於每個承載最多支持的數據流的個數。這種情況下，寄存器僅保存一部分數據流的CID編號。在數據流到來時，可以根據接收的數據流的接收時間順序為數據流的CID設置編號，例如第一個接收的數據流的CID編號設置為I。以後接收的數據流，可以對其CID進行順序編號，例如第二個接收的數據流的CID編號設置為2，以此類推。在寄存器組中，可以預先確定存儲CID編號的順序，例如寄存器組中預設存儲最新接收的數據流的CID編號的寄存器，例如寄存器indexO中存儲最新接收的數據流的CID編號，即最晚到來的數據流的CID編號，而index7中存儲最老的數據流的CID編號，即最早接收的數據流的CID編號。根據這種設置，可以稱從indexO到index7的方向為歷史方向，即從存儲最新的數據流的CID編號的寄存器到存儲最老的數據流的CID編號的寄存器的方向。當有數據流到來吋，首先判斷數據流是否為新數據流。這裡的新數據流指的是該數據流先前未接收過，而且該數據流的CID尚未設置編號，也未存儲於所述寄存器組中。在本說明書中，為了便於描述和區分，將目前接收的數據流稱為第一數據流，接收到第一數據流時，先前已經接收到的數據流的CID編號已經存儲在寄存器組中。這裡要注意，先前已經接收到的數據流可能是多個數據流，也可能是ー個數據流。如果接收到的第一數據流為第一個數據流，先前已經接收到的數據流的個數為零。在確定第一數據流為新數據流的情況下，接著判斷所述寄存器組是否被先前已經接收到的數據流的CID編號佔滿。在確定所述寄存器組未被先前已經接收到的數據流的CID編號佔滿的情況下，根據寄存器組中存儲的先前已經接收到的數據流的CID編號的數量，對第一數據流的CID進行編號。接著，將先前已經接收到的數據流的CID編號向歷史方向依次移位一位，同時保持數據流的CID編號之間的相對順序不變，然後將第一數據流的CID編號存儲在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。當然，如果接收的第一數據流為第一個數據流，即此時不存在先前已經接收到的數據流，則直接將第一數據流的CID編號設置為初始編號，例如設置為1，並將第一數據流的CID編號存儲在所述寄存器組中預設用於存儲最新數據流的CID編號的位置。根據本發明實施例的一種優選方案，對數據流按照接收的時間順序對其CID進行編號，例如接收的第一個數據流，其CID編號為I，接收的第二個數據流，其CID編號為2，依次類推。下面以所述寄存器組包括8個寄存器的具體例子來例述本發明實施例的技術方案。在該具體例子中，寄存器組包括8個寄存器，由indexO至index7來指示，其中indexO所指示的寄存器(簡稱indexO寄存器)預設存儲最新的數據流的CID編號,而index7寄存器中存儲最早接收的數據流的CID編號。
根據發明實施例，如圖2和3所示，接收到第一數據流，判斷所述第一數據流的CID編號是否存在於寄存器組中，即判斷所述第一數據流是否為新數據流。如果所述第一數據流的CID編號已經存在於所述寄存器組中，即所述第一數據流為舊的數據流，先前已經接收過，則將所述寄存器組中接收時間晚於第二數據流的數據流的CID編號向歷史方向依次移位寄存，以空出所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器，其中所述第二數據流是所述寄存器組中寄存的與所述第一數據流的CID編號相同的數據流，即所述第二數據流對應於先前接收的與第一數據流相同的數據流。然後，將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。以上例為具體應用場景，結合圖2和圖3例述這種情況。如圖2所示，接收到第一數據流，且確定第一數據流不是新數據流，例如確定第一數據流為CID編號為3的第二數據流，此時寄存器組中存儲的CID編號為1、5、7、2、3、6、8、4，即先前已經接收到的數據流的個數為8個，寄存器組被先前已經接收到的數據流的CID編號完全佔滿，其中CID編號I存儲在indexO寄存器中。此時將較之CID編號3的第二數據流接收地晚的先前已經接收到的數據流，即CID編號為1、5、7、2的數據流的CID編號依次向歷史方向移位寄存，即向index7寄存器方向移位。移位之後，第一數據流的CID編號設置為與其對應的第二數據流的CID編號3，並且將CID編號3存儲在indexO寄存器中。如圖3所示，現在寄存器組中的CID編號從indexO開始依次為3、1、5、7、2、6、8、4。這裡要注意，較之CID編號3的第二數據流接收地更早的數據流，即CID編號6、8、4的數據流，它們的CID編號沒有移位。如圖4和5所示，接收到第一數據流，如果所述第一數據流的CID編號不存在於所述寄存器組中，此時寄存器組中存儲的數據流的CID編號為1、4、3、2，即先前已經接收到的數據流的個數為4，其中CID編號I存儲在indexO寄存器中，如圖4所示。現在判斷所述寄存器組是否被CID編號完全佔用。如果所述寄存器組未被CID編號完全佔用，則根據所述寄存器組中寄存的CID編號的個數，對所述第一數據流的CID進行順序編號。在本例中，寄存器組中的CID編號的個數為4，則將第一數據流的CID編號設置為5。然後將接收時間早於所述第一數據流的數據流的CID編號向歷史方向依次移位寄存，即向index7寄存器方向移位，並且並將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中，例如將第一數據流的CID編號5存儲在indexO寄存器中。移位之後，如圖5所示，寄存器組中的CID編號從indexO開始依次為5、1、4、3、2。
根據本發明實施例，如果所述寄存器組被CID編號完全佔用，則將所述第一數據流的CID編號設置為所述寄存器組中寄存的接收時間最早的數據流的CID編號，然後移除所述收時間最早的數據流的CID編號，將其餘的接收時間早於所述第一數據流的數據流的CID編號向歷史方向依次移位寄存，並將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。仍以上例為具體應用場景，結合圖6和圖7例述這種情況。如圖6所示，接收到第ー數據流，且確定第一數據流為新數據流，此時寄存器組中存儲的先前接收到的數據流的CID編號為1、5、7、2、3、6、8、4，即先前接收到的數據流的個數為8個，寄存器組被數據流的CID編號完全佔滿，其中CID編號I存儲在ind exO寄存器中。由於寄存器組被完全佔滿，此時移除接收時間最早的數據流的CID編號4，並將第一數據流的CID編號設置為最早接收的數據流的CID編號4，並且將CID編號4存儲在indexO寄存器中，其他數據流的CID編號依次向歷史方向移位，即向index7寄存器方向移位。移位之後，如圖7所示，寄存器組中的CID編號從indexO開始依次為4、1、5、7、2、3、6、8。這樣的操作表示早期接收到的以CID編號4存儲的數據流的CID移出寄存器組，不再保存。根據本發明實施例，可以利用較少的緩存資源，實現對CID的存儲和可靠地更新，消除了以時間計數器來進行CID更新判斷而計數器發生溢出時發生的錯誤判斷問題。同吋，CID的更新過程簡単，耗費資源較少。特別是在小區支持的用戶數量龐大時，可以顯著節省系統資源。例如以當前的宏基站要求來看，按照基站支持6個小區、每小區1200個用戶、每個用戶5個承載、每個承載8個數據流來計算，本發明實施例比現有技術節省了將近7M比特的緩存資源。根據本發明實施例，提出了實現本發明實施例的方法的設備。如圖8所示，根據本發明實施例的設備800包括接收單元810，用於接收第一數據流；寄存器組820，用於按照接收的數據流的接收時間順序存儲所述數據流的CID編號;第一判斷単元830，用於判斷所述第一數據流的CID編號是否存在於所述寄存器組中； 處理單元840，用於在第一判斷単元830判斷結果為所述第一數據流的CID編號已經存在於所述寄存器組820中的情況下，將所述寄存器組820中接收時間晚於第二數據流的數據流的CID編號向歷史方向依次移位寄存，以空出所述寄存器組820中預設用於存儲最新數據流的CID編號的寄存器，其中所述第二數據流是所述寄存器組820中寄存的與所述第一數據流的CID編號相同的數據流；並且所述處理単元840還用於將所述第一數據流的CID編號寄存在所述寄存器組820中預設用於存儲最新數據流的CID編號的寄存器中。如圖9所示，根據本發明實施例，所述設備800進ー步包括第二判斷単元850，用於在所述第一判斷単元830判斷結果為所述第一數據流的CID編號不存在於所述寄存器組820中的情況下，判斷所述寄存器組820是否被CID編號完全佔用；在所述第二判斷単元850判斷結果為所述寄存器組820未被CID編號完全佔用的情況下，所述處理単元840用於根據所述寄存器組820中寄存的CID編號的數量，對所述第一數據流的CID進行順序編號，並且所述處理単元840還用於將接收時間早於所述第一數據流的數據流的CID編號向歷史方向依次移位寄存，並將所述第一數據流的CID編號寄存在所述寄存器組820中預設用於存儲最新數據流的CID編號的寄存器中。根據本發明實施例，在所述第二判斷単元850判斷結果為所述寄存器組820被CID編號完全佔用的情況下，所述處理単元840用於將所述第一數據流的CID編號設置為所述寄存器組820中寄存的接收時間最早的數據流的CID編號，並且所述處理単元840還用於移除所述接收時間最早的數據流的CID編號，將其餘的接收時間早於所述第一數據流的數據流的CID編號向歷史方向依次移位寄存，並將所述第一數據流的CID編號寄存在所述寄存器組820中預設用於存儲最新數據流的CID編號的寄存器中。根據本發明實施例，所述寄存器組的寄存器的數量根據每個用戶所建立的承載所支持的數據流的個數N來確定，並且每個寄存器的長度大於或等於「log:,め比特，其中「」為向上取整函數。 本領域普通技術人員可以意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬體、或者計算機軟體和電子硬體的結合來實現。這些功能究竟以硬體還是軟體方式來執行，取決於技術方案的特定應用和設計約束條件。專業技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能，但是這種實現不應認為超出本發明的範圍。所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統、裝置和単元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。在本申請所提供的幾個實施例中，應該理解到，所揭露的系統、裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另ー個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過ー些接ロ，裝置或単元的間接耦合或通信連接，可以是電性，機械或其它的形式。所述作為分離部件說明的単元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理単元，即可以位於ー個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。另外，在本發明各個實施例中的各功能単元可以集成在一個處理単元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。所述功能如果以軟體功能単元的形式實現並作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在ー個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括U盤、移動硬碟、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM, Random Access Memory)、磁碟或者光碟等各種可以存儲程序代碼的介質。
以上所述，僅為本發明的具體實施方式
，但本發明的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本發明揭露的技術範圍內，可輕易想到變化或替換，都應涵 蓋在本發明的保護範圍之內。因此，本發明的保護範圍應所述以權利要求的保護範圍為準。
權利要求
1.一種魯棒性頭壓縮的上下文標識CID的處理方法，其特徵在於，所述方法包括 接收第一數據流； 判斷所述第一數據流的CID編號是否存在於寄存器組中，其中所述寄存器組用於按照接收的數據流的接收時間順序存儲所述數據流的CID編號； 如果所述第一數據流的CID編號已經存在於所述寄存器組中，則將所述寄存器組中接收時間晚於第二數據流的數據流的CID編號向歷史方向依次移位寄存，以空出所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器，其中所述第二數據流是所述寄存器組中先前寄存的與所述第一數據流的CID編號相同的數據流； 將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。
2.如權利要求I所述的方法，其特徵在幹， 如果所述第一數據流的CID編號不存在於所述寄存器組中，則判斷所述寄存器組是否被CID編號完全佔用； 如果所述寄存器組未被CID編號完全佔用，則根據所述寄存器組中寄存的CID編號的個數，對所述第一數據流的CID進行順序編號； 將接收時間早於所述第一數據流的數據流的CID編號向歷史方向依次移位寄存，並將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。
3.如權利要求2所述的方法，其特徵在幹， 如果所述寄存器組被CID編號完全佔用，則將所述第一數據流的CID編號設置為所述寄存器組中寄存的接收時間最早的數據流的CID編號； 移除接所述接收時間最早的數據流的CID編號，將其餘的接收時間早於所述第一數據流的數據流的CID編號向歷史方向依次移位寄存，並將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。
4.如權利要求1-3任一項所述的方法，其特徵在於，所述寄存器組的寄存器的數量根據每個用戶所建立的承載所支持的數據流的個數N來確定，並且每個寄存器的長度大於或等於 ο、#]比特，其中「I為向上取整函數。
5.一種魯棒性頭壓縮的上下文標識的處理設備，其特徵在於，所述設備包括 接收單元，用於接收第一數據流； 寄存器組，用於按照接收的數據流的接收時間順序存儲所述數據流的CID編號； 第一判斷単元，用於判斷所述第一數據流的CID編號是否存在於所述寄存器組中；處理單元，用於在所述第一判斷単元判斷結果為所述第一數據流的CID編號已經存在於所述寄存器組中的情況下，將所述寄存器組中接收時間晚於第二數據流的數據流的CID編號向歷史方向依次移位寄存，以空出所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器，其中所述第二數據流是所述寄存器組中先前寄存的與所述第一數據流的CID編號相同的數據流； 並且所述處理単元還用於將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。
6.如權利要求5所述的設備，其特徵在於，所述設備還包括第二判斷単元，用於在所述第一判斷単元判斷結果為所述第一數據流的CID編號不存在於所述寄存器組中的情況下，判斷所述寄存器組是否被CID編號完全佔用； 在所述第二判斷単元判斷結果為所述寄存器組未被CID編號完全佔用的情況下，所述處理單元用於根據所述寄存器組中寄存的CID編號的個數，對所述第一數據流的CID進行順序編號，並且所述處理單元還用於將接收時間早於所述第一數據流的數據流的CID編號向歷史方向依次移位寄存，並將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。
7.如權利要求6所述的設備，其特徵在幹， 在所述第二判斷単元判斷結果為所述寄存器組被CID編號完全佔用的情況下，所述處理單元用於將所述第一數據流的CID編號設置為所述寄存器組中寄存的接收時間最早的數據流的CID編號，並且所述處理単元還用於移除所述接收時間最早的數據流的CID編號，將其餘的接收時間早於所述第一數據流的數據流的CID編號向歷史方向依次移位寄存，井將所述第一數據流的CID編號寄存在所述寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。
8.如權利要求5-7任一項所述的設備，其特徵在於，所述寄存器組的寄存器的數量根據每個用戶所建立的承載所支持的數據流的個數N來確定，並且每個寄存器的長度大於或等於「log2i￥]比特，其中「I為向上取整函數。
全文摘要
本發明實施例涉及ROHC的CID的處理方法和設備。方法包括接收第一數據流；判斷第一數據流的CID編號是否存在於寄存器組中；如果第一數據流的CID編號已經存在於寄存器組中，則將寄存器組中接收時間晚於第二數據流的數據流的CID編號向歷史方向依次移位寄存，以空出寄存器組中預設用於存儲最新數據流的CID編號的寄存器，其中第二數據流是寄存器組中寄存的與第一數據流的CID編號相同的數據流；將第一數據流的CID編號寄存在寄存器組中預設用於存儲最新數據流的CID編號的寄存器中。根據本發明實施例，可以利用較少的緩存資源，實現對CID的存儲和可靠地更新。同時，CID的更新過程簡單，耗費資源較少。
文檔編號H04L29/06GK102694811SQ201210183830
公開日2012年9月26日 申請日期2012年6月6日 優先權日2012年6月6日
發明者楊勳 申請人:華為技術有限公司