一種信令的處理方法和裝置制造方法
【專利摘要】本發(fā)明涉及無線通信【技術(shù)領(lǐng)域】，特別涉及一種信令的處理方法和裝置。用以解決現(xiàn)有技術(shù)中存在的所有的信令都采用同一種方法進行轉(zhuǎn)發(fā)，由于并不是每個信令對于發(fā)送要求都相同，如果采用同一種方法對所有信令進行轉(zhuǎn)發(fā)，會降低信令的時效性，同時也降低了系統(tǒng)的性能的問題。本發(fā)明實施例發(fā)送端每接收到一個信令，確定接收到的所述信令的類型；所述發(fā)送端根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令。由于本發(fā)明實施例對信令進行分類，不同類型的信令按照不同的發(fā)送順序和不同的發(fā)送方法進行發(fā)送，提高了信令的時效性，同時也提高了系統(tǒng)的性能。
【專利說明】一種信令的處理方法和裝置

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及無線通信【技術(shù)領(lǐng)域】，特別涉及一種信令的處理方法和裝置。

【背景技術(shù)】
[0002]隨著無線通信技術(shù)的發(fā)展，大多數(shù)設備廠商都開發(fā)出滿足LTE(Long TermEvolut1n，長期演進)標準的無線通信設備，用于轉(zhuǎn)發(fā)信令。然而各廠商的無線通信設備的性能是存在一定差異，導致了在同一種業(yè)務場景下，無線通信設備對信令進行轉(zhuǎn)發(fā)的效率存在不一致的現(xiàn)象。特別是在某些需要進行大數(shù)量信令轉(zhuǎn)發(fā)的業(yè)務場景中，對于無線通信設備的轉(zhuǎn)發(fā)性能要求較高。
[0003]例如無線通信設備根據(jù)SlAP(SI Applicat1n Protocol, SI應用協(xié)議)，將尋呼消息基于TA (Time advance,時間提前量)List (列表)透傳并轉(zhuǎn)發(fā)給相關(guān)基站,此時TA下有很多基站，大量的尋呼消息需要高性能的系統(tǒng)網(wǎng)關(guān)對其進行轉(zhuǎn)發(fā)。
[0004]目前，在現(xiàn)有技術(shù)中，所有的信令都采用同一種方法進行轉(zhuǎn)發(fā)，由于并不是每個信令對于發(fā)送要求都相同，如果采用同一種方法對所有信令進行轉(zhuǎn)發(fā)，會降低信令的時效性，同時也降低了系統(tǒng)的性能。


【發(fā)明內(nèi)容】

[0005]本發(fā)明提供一種信令的處理方法和裝置，用以解決現(xiàn)有技術(shù)中存在的所有的信令都采用同一種方法進行轉(zhuǎn)發(fā)，由于并不是每個信令對于發(fā)送要求都相同，如果采用同一種方法對所有信令進行轉(zhuǎn)發(fā)，會降低信令的時效性，同時也降低了系統(tǒng)的性能的問題。
[0006]本發(fā)明實施例提供一種信令的處理方法，包括:
[0007]發(fā)送端每接收到一個信令，確定接收到的所述信令的類型；
[0008]所述發(fā)送端根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令。
[0009]由于本發(fā)明實施例根據(jù)接收到的每個信令的不同類型采取不同的方法進行發(fā)送，滿足了不同信令的不同發(fā)送要求。
[0010]較佳地，所述發(fā)送端確定接收到的所述信令的類型，包括:
[0011]所述發(fā)送端根據(jù)接收到的信令的發(fā)送時延和/或可靠性，確定接收到的信令的類型。
[0012]較佳地，所述發(fā)送端確定接收到的所述信令的類型之后，根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令之前，還包括:
[0013]所述發(fā)送端根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中；
[0014]所述發(fā)送端根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令，包括:
[0015]所述發(fā)送端根據(jù)不同的隊列的優(yōu)先級，確定信令的發(fā)送順序，并發(fā)送信令。
[0016]由于本發(fā)明實施例根據(jù)信令的不同類型放入不同的隊列，并根據(jù)隊列的優(yōu)先級對其中的信令進行發(fā)送，保證了不同類型的信令在不同的隊列中，采取不同發(fā)送策略。
[0017]較佳地，所述發(fā)送端根據(jù)不同的隊列的優(yōu)先級，確定信令的發(fā)送順序，并發(fā)送信令，包括:
[0018]所述發(fā)送端判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照高優(yōu)先級隊列中的信令的順序，發(fā)送高優(yōu)先級隊列中的信令；
[0019]否則，判斷低優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照低優(yōu)先級隊列中的信令的順序，發(fā)送一個低優(yōu)先級隊列中的信令，并返回判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令的步驟，否則繼續(xù)接收信令。
[0020]由于本發(fā)明實施例采取先發(fā)送高優(yōu)先級隊列里的信令，然后發(fā)送低優(yōu)先級隊列里面的信令，保證了高優(yōu)先隊列里的信令發(fā)送的時效性和可靠性，進而提高了系統(tǒng)的性能。
[0021]較佳地，所述發(fā)送端確定接收到的所述信令的類型之后，根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中之前，還包括:
[0022]若需要將信令發(fā)送給多個接收端，所述發(fā)送端將所述多個接收端的標識劃分為多組，其中每組接收端的標識數(shù)量不大于所述發(fā)送端的最大發(fā)送量；
[0023]所述發(fā)送端復制所述信令，以使所述信令的數(shù)量等于組的數(shù)量，并為每一組分配一個所述信令；
[0024]所述發(fā)送端根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中，包括:
[0025]所述發(fā)送端根據(jù)所述信令的類型，將每一組分配的一個所述信令置于對應的隊列中。
[0026]由于本發(fā)明實施例將信令的多個接收端劃分為多組，并為每一組分配一個信令，保證了發(fā)送端能在自己最大發(fā)送量范圍以內(nèi)完成信令的發(fā)送。
[0027]較佳地，所述發(fā)送端發(fā)送信令，包括:
[0028]若需要將信令發(fā)送給多個接收端，所述發(fā)送端將所述多個接收端的標識劃分為多組，其中每組接收端的標識數(shù)量不大于所述發(fā)送端的最大發(fā)送量；
[0029]所述發(fā)送端每次向一個組中的所有接收端發(fā)送所述信令。
[0030]由于本發(fā)明實施例發(fā)送端能向一個分組內(nèi)的所有接收端發(fā)送信令，方便了信令發(fā)送的實現(xiàn)。
[0031]較佳地，所述發(fā)送端發(fā)送信令之前，還包括:
[0032]若需要將信令發(fā)送給多個接收端，所述發(fā)送端將接收到的信令進行解碼后，在封裝所述信令的包頭時，將需要接收該信令的接收端的標識置于所述信令的包頭中；
[0033]所述發(fā)送端發(fā)送信令，包括:
[0034]所述發(fā)送端根據(jù)所述信令的包頭中的接收端的標識，發(fā)送所述信令。
[0035]由于本發(fā)明實施例發(fā)送端根據(jù)信令的包頭中的接收端的標識進行發(fā)送信令，便于確定信令的接收端，進而完成信令發(fā)送。
[0036]本發(fā)明實施例提供一種信令的處理裝置，包括:
[0037]信令分類單元，用于每接收到一個信令，確定接收到的所述信令的類型；
[0038]信令發(fā)送單元，用于根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令。
[0039]較佳地，所述信令分類單元具體用于:
[0040]根據(jù)接收到的信令的發(fā)送時延和/或可靠性，確定接收到的信令的類型。
[0041]較佳地，所述信令分類單元還用于:
[0042]根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中；
[0043]所述信令發(fā)送單元具體用于:
[0044]根據(jù)不同的隊列的優(yōu)先級，確定信令的發(fā)送順序，并發(fā)送信令。
[0045]較佳地，所述信令發(fā)送單元具體用于:
[0046]判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照高優(yōu)先級隊列中的信令的順序，發(fā)送高優(yōu)先級隊列中的信令；
[0047]否則，判斷低優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照低優(yōu)先級隊列中的信令的順序，發(fā)送一個低優(yōu)先級隊列中的信令，并返回判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令的步驟，否則繼續(xù)接收信令。
[0048]較佳地，所述信令分類單元還用于:
[0049]若需要將信令發(fā)送給多個接收端，將所述多個接收端的標識劃分為多組，其中每組接收端的標識數(shù)量不大于最大發(fā)送量；
[0050]復制所述信令，以使所述信令的數(shù)量等于組的數(shù)量，并為每一組分配一個所述信令；
[0051 ] 所述信令分類單元具體用于:
[0052]根據(jù)所述信令的類型，將每一組分配的一個所述信令置于對應的隊列中。
[0053]較佳地，所述信令發(fā)送單元具體用于:
[0054]若需要將信令發(fā)送給多個接收端，將所述多個接收端的標識劃分為多組，其中每組接收端的標識數(shù)量不大于最大發(fā)送量；
[0055]每次向一個組中的所有接收端發(fā)送所述信令。
[0056]較佳地，所述信令分類單元還用于:
[0057]若需要將信令發(fā)送給多個接收端，將接收到的信令進行解碼后，在封裝所述信令的包頭時，將需要接收該信令的接收端的標識置于所述信令的包頭中；
[0058]所述信令發(fā)送單元具體用于:
[0059]根據(jù)所述信令的包頭中的接收端的標識，發(fā)送所述信令。
[0060]由于本發(fā)明實施例對信令進行分類，不同類型的信令按照不同的發(fā)送順序和不同的發(fā)送方法進行發(fā)送，提高了信令的時效性，同時也提高了系統(tǒng)的性能。

【專利附圖】

【附圖說明】
[0061]圖1a為本發(fā)明實施例一信令的處理方法流程示意圖；
[0062]圖1b為本發(fā)明實施例二信令的處理方法系統(tǒng)組成圖；
[0063]圖2a為本發(fā)明實施例三信令的分類方法流程示意圖；
[0064]圖2b為本發(fā)明實施例四信令的發(fā)送方法流程示意圖；
[0065]圖3為本發(fā)明實施例五信令的發(fā)送裝置流程示意圖。

【具體實施方式】
[0066]本發(fā)明實施例發(fā)送端每接收到一個信令，確定接收到的所述信令的類型；所述發(fā)送端根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令。由于本發(fā)明實施例對信令進行分類，不同類型的信令按照不同的發(fā)送順序和不同的發(fā)送方法進行發(fā)送，提高了信令的時效性，同時也提高了系統(tǒng)的性能。
[0067]本發(fā)明實施例可以在包括但是不局限于下列的制式下進行信令轉(zhuǎn)發(fā):LTE制式下的NanoCell (微基站)、FemtoCell (家庭基站)、SmallCell (微基站)等。
[0068]下面結(jié)合說明書附圖對本發(fā)明實施例作進一步詳細描述。
[0069]如圖1a所示，本發(fā)明實施例一信令的處理方法包括:
[0070]步驟100，發(fā)送端每接收到一個信令，確定接收到的所述信令的類型；
[0071]步驟101，所述發(fā)送端根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令。
[0072]較佳地，步驟100中，所述發(fā)送端根據(jù)接收到的信令的發(fā)送時延和/或可靠性，確定接收到的信令的類型。
[0073]比如將發(fā)送時延和/或可靠性要求高的信令歸為一類，將發(fā)送時延和/或可靠性要求低的信令歸為一類。
[0074]在實施中，可以為發(fā)送端配置每個信令的發(fā)送時延和/或可靠性的要求；
[0075]相應的，發(fā)送端在收到信令后，根據(jù)配置的信息就可以知道收到的信令發(fā)送時延和/或可靠性的要求，并對該信令進行分類。
[0076]比如對于點對點發(fā)送的信令對發(fā)送時延和/或可靠性要求高；對于組播或廣播的信令對發(fā)送時延和/或可靠性要求低。
[0077]例如:發(fā)送端接收到一個信令，經(jīng)確定該條信令需要進行點對點的發(fā)送，對發(fā)送時延要求較高，此時將該條信令歸類為第一類信令。
[0078]又例如:發(fā)送端接收到一個信令，經(jīng)確定該條信令需要進行廣播的發(fā)送，對發(fā)送可靠性要求較低，此時將該條信令歸類為第二類信令。
[0079]較佳地，所述發(fā)送端確定接收到的所述信令的類型之后，根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令之前，還包括:
[0080]所述發(fā)送端根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中；
[0081]所述發(fā)送端根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令，包括:
[0082]所述發(fā)送端根據(jù)不同的隊列的優(yōu)先級，確定信令的發(fā)送順序，并發(fā)送信令。
[0083]例如:發(fā)送端將已確認的第一類信令置于第一隊列中，將已確認的第二類信令置于第二隊列中，第一隊列的優(yōu)先級別高于第二隊列。發(fā)送端優(yōu)先發(fā)送第一隊列里的信令。
[0084]較佳地，所述發(fā)送端根據(jù)不同的隊列的優(yōu)先級，確定信令的發(fā)送順序，并發(fā)送信令，包括:
[0085]所述發(fā)送端判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照高優(yōu)先級隊列中的信令的順序，發(fā)送高優(yōu)先級隊列中的信令；
[0086]否則，判斷低優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照低優(yōu)先級隊列中的信令的順序，發(fā)送一個低優(yōu)先級隊列中的信令，并返回判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令的步驟，否則繼續(xù)接收信令。
[0087]例如:高優(yōu)先級別隊列里面存儲有4條信令待發(fā)送，4條信令分別為高信令1、高信令2、高信令3和高信令4，低優(yōu)先級別隊列里面存儲有2條信令待發(fā)送，2條信令分別為低信令I(lǐng)和低信令2。發(fā)送端依次發(fā)送高優(yōu)先級別隊列的4條信令，發(fā)送完這4條信令后隊列里面沒有接收到其它信令，這時，發(fā)送端依次發(fā)送低優(yōu)先級別隊列里面的第一條信令即低信令1，完成發(fā)送后，發(fā)送端繼續(xù)確定高優(yōu)先級別隊列里面存在信令，發(fā)送端依次發(fā)送高優(yōu)先級別隊列的信令。
[0088]本發(fā)明實施例在進行組播或廣播發(fā)送時，對于不同的發(fā)送設備，其設備的性能也不同，所以一次能發(fā)送的信令數(shù)量也不同。本發(fā)明實施例提供了兩種進行發(fā)送的方法。
[0089]情況一、對接收端進行分組。
[0090]如果需要接收信令的接收端的數(shù)量大于發(fā)送端一次能發(fā)送的信令數(shù)量，對接收端進行分組。
[0091]具體的，所述發(fā)送端確定接收到的所述信令的類型之后，根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中之前，還包括:
[0092]若需要將信令發(fā)送給多個接收端，所述發(fā)送端將所述多個接收端的標識劃分為多組，其中每組接收端的標識數(shù)量不大于所述發(fā)送端的最大發(fā)送量；
[0093]所述發(fā)送端復制所述信令，以使所述信令的數(shù)量等于組的數(shù)量，并為每一組分配一個所述信令；
[0094]所述發(fā)送端根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中，包括:
[0095]所述發(fā)送端根據(jù)所述信令的類型，將每一組分配的一個所述信令置于對應的隊列中。
[0096]例如:發(fā)送端需要將接收到的當前信令發(fā)送給60個接收端，此時將這60個接收端進行分組。每組所能存儲的接收端的最大數(shù)量為50個，此時，將這60個接收端劃分為兩組，分別為組I和組2。發(fā)送端為組I和組2分別分配一個信令，然后將這兩個信令置于對應的隊列中。
[0097]由于每一組對應的一個信令，則需要在一個信令中加入對應的組中的所有接收端的標識，以便在發(fā)送該信令時，根據(jù)包頭中的標識發(fā)送信令。
[0098]對于情況一有兩種方式，一是將接收到的信令加入隊列之前，將對應的組中的所有接收端的標識加入到對應的信令包頭中；二是加入隊列后，需要發(fā)送信令之前，將對應的組中的所有接收端的標識加入到對應的信令包頭中，下面分別進行介紹。
[0099]方式一、
[0100]若需要將信令發(fā)送給多個接收端，所述發(fā)送端將接收到的信令進行解碼后，在封裝所述信令的包頭時，將需要接收該信令的接收端的標識置于所述信令的包頭中；
[0101]所述發(fā)送端根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中；
[0102]所述發(fā)送端根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令，包括:
[0103]所述發(fā)送端根據(jù)不同的隊列的優(yōu)先級，確定信令的發(fā)送順序，并發(fā)送信令。
[0104]方式二、
[0105]若需要將信令發(fā)送給多個接收端，所述發(fā)送端將接收到的信令進行解碼后，在封裝所述信令的包頭時，將需要接收該信令的接收端的標識置于所述信令的包頭中；
[0106]所述發(fā)送端發(fā)送信令，包括:
[0107]所述發(fā)送端根據(jù)所述信令的包頭中的接收端的標識，發(fā)送所述信令。
[0108]情況二、不對接收端進行分組。
[0109]如果發(fā)送端一次能發(fā)送的信令數(shù)量沒有限制，就不需要對接收端進行分組，只需要將所有接收端的標識置于信令包頭中，以便在發(fā)送該信令時，根據(jù)包頭中的標識發(fā)送信令。
[0110]例如:發(fā)送端需要將接收到的當前信令發(fā)送給45個接收端，此時將這45個接收端的標識置于該信令中，然后將這個信令置于對應的隊列中。
[0111]對于情況二有兩種方式，一是將接收到的信令加入隊列之前，將對應的組中的所有接收端的標識加入到對應的信令包頭中；二是加入隊列后，需要發(fā)送信令之前，將對應的組中的所有接收端的標識加入到對應的信令包頭中，下面分別進行介紹。
[0112]方式一、
[0113]若需要將信令發(fā)送給多個接收端，所述發(fā)送端將接收到的信令進行解碼后，在封裝所述信令的包頭時，將需要接收該信令的接收端的標識置于所述信令的包頭中；
[0114]所述發(fā)送端根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中；
[0115]所述發(fā)送端根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令，包括:
[0116]所述發(fā)送端根據(jù)不同的隊列的優(yōu)先級，確定信令的發(fā)送順序，并發(fā)送信令。
[0117]方式二、
[0118]若需要將信令發(fā)送給多個接收端，所述發(fā)送端將接收到的信令進行解碼后，在封裝所述信令的包頭時，將需要接收該信令的接收端的標識置于所述信令的包頭中；
[0119]所述發(fā)送端發(fā)送信令，包括:
[0120]所述發(fā)送端根據(jù)所述信令的包頭中的接收端的標識，發(fā)送所述信令。
[0121]本發(fā)明實施例中發(fā)送端的最大發(fā)送量指的是發(fā)送端一次所能發(fā)送的最大數(shù)據(jù)量的信令總數(shù)。
[0122]本發(fā)明實施例可以將信令的多個接收端進行分組，并為每一個分組分配一個信令，也可以不對多個接收端進行分組，將所有接收端的標識置于一個信令中。
[0123]本發(fā)明實施例發(fā)送端在接收到一個信令將其置于對應隊列之后，在進行發(fā)送之前，若判斷出此信令為UE (用戶設備)相關(guān)的信令，則需要將信令字段中UE相關(guān)的標識，轉(zhuǎn)換成網(wǎng)關(guān)唯一標識，進行字段轉(zhuǎn)換的目的是便于后續(xù)的接收端通過網(wǎng)關(guān)唯一標識找到對應的用戶設備，發(fā)送端在轉(zhuǎn)換操作完成后，發(fā)送此信令；若此信令為非UE相關(guān)的信令，則發(fā)送端不進行轉(zhuǎn)換操作，直接發(fā)送此信令。
[0124]較佳地，所述發(fā)送端發(fā)送信令，包括:
[0125]若需要將信令發(fā)送給多個接收端，所述發(fā)送端將所述多個接收端的標識劃分為多組，其中每組接收端的標識數(shù)量不大于所述發(fā)送端的最大發(fā)送量；
[0126]所述發(fā)送端每次向一個組中的所有接收端發(fā)送所述信令。
[0127]較佳地，所述發(fā)送端發(fā)送信令之前，還包括:
[0128]若需要將信令發(fā)送給多個接收端，所述發(fā)送端將接收到的信令進行解碼后，在封裝所述信令的包頭時，將需要接收該信令的接收端的標識置于所述信令的包頭中；
[0129]所述發(fā)送端發(fā)送信令，包括:
[0130]所述發(fā)送端根據(jù)所述信令的包頭中的接收端的標識，發(fā)送所述信令。
[0131]本發(fā)明實施例發(fā)送端在接收到信令之后，在對信令進行分類之前，可以對信令進行解碼操作，也可是在對信令進行分類之后對信令進行解碼操作。
[0132]本發(fā)明實施例發(fā)送端可以在發(fā)送信令時，將該信令的接收端的標識置于信令的包頭中，也可以在將該信令置于對應的隊列時，將該信令的接收端的標識置于信令的包頭中。
[0133]若本發(fā)明實施例中接收端的標識為SCTP (Stream ControlTransmiss1nProtocol,流控制傳輸協(xié)議)偶聯(lián)號時,具體的信令的處理方法系統(tǒng)組成圖如圖1b所示。如圖中所示，基站標識與SCTP偶聯(lián)號是一一對應的，即基站I的SCTP偶聯(lián)號為1，基站50的SCTP偶聯(lián)號為50 ;基站1-基站60這60個基站屬于TA1，基站61于TA2。在進行信令分類時:將第一類信令存儲于高優(yōu)先級隊列，第二類信令存儲于低優(yōu)先級隊列；在對分類后的信令進行處理時:50表示基站的SCTP偶聯(lián)號是50，表示對第一類信令進行處理，第一個60表示一共有60個基站，后面的數(shù)字1、2…60代表這60個基站的SCTP偶聯(lián)號，此時表示對第二類信令進行處理；在進行信令發(fā)送時:在對第一類信令進行處理時，根據(jù)SCTP偶聯(lián)號50找到其對應基站為基站50，將信令直接轉(zhuǎn)發(fā)給基站50，在對第二類信令進行處理時，SCTP偶聯(lián)號組一共找到60個基站，則根據(jù)分組發(fā)送原則，將該信令分兩次轉(zhuǎn)發(fā)給兩組基站。基站61不在兩類信令的SCTP偶聯(lián)號信息中，所以信令不會轉(zhuǎn)發(fā)給該基站。
[0134]本發(fā)明實施例發(fā)送端在需要將一個信令發(fā)送給多個接收端時，只需要將該信令進行解碼一次，然后在編碼時將多個接收端的標識置于信令中，在進行發(fā)送操作時，去掉信令包頭的接收端標識組，將該信令依次發(fā)送給接收端標識組中對應接收端。而在現(xiàn)有技術(shù)中，發(fā)送端在接收到一個信令，將該信令進行解碼，然后確定需要將該信令發(fā)送給N個接收端時，將該信令復制N次，然后進行N次編碼后將這N條信令發(fā)送給對應的接收端。本發(fā)明實施例不同于現(xiàn)有技術(shù)的實現(xiàn)方法，不對信令復制N次、編碼N次，可以減少信令緩存區(qū)的復制時間，提供系統(tǒng)效率。
[0135]如圖2a所示，本發(fā)明實施例三信令的分類方法包括:
[0136]步驟200，發(fā)送端接收到一個信令。
[0137]步驟201，發(fā)送端判斷接收到的信令是否為第一類信令，若是，則執(zhí)行步驟202 ;否貝U，執(zhí)行步驟203。
[0138]步驟202，發(fā)送端將信令存儲到高優(yōu)先級別隊列中。
[0139]步驟203，發(fā)送端判斷接收到的信令是否為第二類信令，若是，則執(zhí)行步驟204 ;否貝U，執(zhí)行步驟205。
[0140]步驟204，發(fā)送端將信令存儲到低優(yōu)先級別隊列中。
[0141]步驟205，發(fā)送端不對信令作任何處理。
[0142]如圖2b所示，本發(fā)明實施例四信令的發(fā)送方法包括:
[0143]步驟210，發(fā)送端讀取高優(yōu)先級別隊列。
[0144]步驟211，發(fā)送端判斷高優(yōu)先級別隊列里是否有信令，若有，則執(zhí)行步驟212;否貝U，執(zhí)行步驟213。
[0145]步驟212，發(fā)送端記錄信令需要發(fā)送的接收端的標識，根據(jù)接收端的標識直接發(fā)送該信令到對應的接收端，然后執(zhí)行步驟211。
[0146]步驟213，發(fā)送端讀取低優(yōu)先級別隊列。
[0147]步驟214，發(fā)送端判斷低優(yōu)先級別隊列里是否有信令，若有，則執(zhí)行步驟215;否貝U，執(zhí)行步驟216。
[0148]步驟215，發(fā)送端記錄信令需要發(fā)送的所有接收端的標識，對接收端的標識進行分組，根據(jù)分組發(fā)送原則，每次向一組中的所有接收端發(fā)送信令直至所有分組全部發(fā)送完成，然后執(zhí)行步驟211。
[0149]步驟216，發(fā)送端繼續(xù)接收信令。
[0150]基于同一發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種信令的處理裝置，由于圖3的信令的處理裝置對應的方法為本發(fā)明實施例信令的處理方法，因此本發(fā)明實施例裝置的實施可以參見系統(tǒng)的實施，重復之處不再贅述。
[0151]如圖3所示，本發(fā)明實施例五信令的處理裝置包括:
[0152]信令分類單元300，用于每接收到一個信令，確定接收到的所述信令的類型；
[0153]信令發(fā)送單元301，用于根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令。
[0154]較佳地，所述信令分類單元300具體用于:
[0155]根據(jù)接收到的信令的發(fā)送時延和/或可靠性，確定接收到的信令的類型。
[0156]較佳地，所述信令分類單元300還用于:
[0157]根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中；
[0158]所述信令發(fā)送單元301具體用于:
[0159]根據(jù)不同的隊列的優(yōu)先級，確定信令的發(fā)送順序，并發(fā)送信令。
[0160]較佳地，所述信令發(fā)送單元301具體用于:
[0161]判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照高優(yōu)先級隊列中的信令的順序，發(fā)送高優(yōu)先級隊列中的信令；
[0162]否則，判斷低優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照低優(yōu)先級隊列中的信令的順序，發(fā)送一個低優(yōu)先級隊列中的信令，并返回判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令的步驟，否則繼續(xù)接收信令。
[0163]較佳地，所述信令分類單元300還用于:
[0164]若需要將信令發(fā)送給多個接收端，將所述多個接收端劃分為多組，其中每組接收端的數(shù)量不大于最大發(fā)送量；
[0165]復制所述信令，以使所述信令的數(shù)量等于組的數(shù)量，并為每一組分配一個所述信令；
[0166]所述信令分類單元300具體用于:
[0167]根據(jù)所述信令的類型，將每一組分配的一個所述信令置于對應的隊列中。
[0168]較佳地，所述信令發(fā)送單元301具體用于:
[0169]若需要將信令發(fā)送給多個接收端，將所述多個接收端劃分為多組，其中每組接收端的數(shù)量不大于最大發(fā)送量；
[0170]每次向一個組中的所有接收端發(fā)送所述信令。
[0171]較佳地，所述信令分類單元300還用于:
[0172]若需要將信令發(fā)送給多個接收端，將接收到的信令進行解碼后，在封裝所述信令的包頭時，將需要接收該信令的接收端的標識置于所述信令的包頭中；
[0173]所述信令發(fā)送單元301具體用于:
[0174]根據(jù)所述信令的包頭中的接收端的標識，發(fā)送所述信令。
[0175]本領(lǐng)域內(nèi)的技術(shù)人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。
[0176]本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0177]這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0178]這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0179]盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。
[0180]顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
【權(quán)利要求】
1.一種信令的處理方法,其特征在于,該方法包括: 發(fā)送端每接收到一個信令，確定接收到的所述信令的類型； 所述發(fā)送端根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令。
2.如權(quán)利要求1所述的方法，其特征在于，所述發(fā)送端確定接收到的所述信令的類型，包括: 所述發(fā)送端根據(jù)接收到的信令的發(fā)送時延和/或可靠性，確定接收到的信令的類型。
3.如權(quán)利要求1所述的方法，其特征在于，所述發(fā)送端確定接收到的所述信令的類型之后，根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令之前，還包括: 所述發(fā)送端根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中； 所述發(fā)送端根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令，包括: 所述發(fā)送端根據(jù)不同的隊列的優(yōu)先級，確定信令的發(fā)送順序，并發(fā)送信令。
4.如權(quán)利要求3所述的方法，其特征在于，所述發(fā)送端根據(jù)不同的隊列的優(yōu)先級，確定信令的發(fā)送順序，并發(fā)送信令，包括: 所述發(fā)送端判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照高優(yōu)先級隊列中的信令的順序，發(fā)送高優(yōu)先級隊列中的信令； 否則，判斷低優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照低優(yōu)先級隊列中的信令的順序，發(fā)送一個低優(yōu)先級隊列中的信令，并返回判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令的步驟，否則繼續(xù)接收信令。
5.如權(quán)利要求3所述的方法，其特征在于，所述發(fā)送端確定接收到的所述信令的類型之后，根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中之前，還包括: 若需要將信令發(fā)送給多個接收端，所述發(fā)送端將所述多個接收端的標識劃分為多組，其中每組接收端的標識數(shù)量不大于所述發(fā)送端的最大發(fā)送量； 所述發(fā)送端復制所述信令，以使所述信令的數(shù)量等于組的數(shù)量，并為每一組分配一個所述信令； 所述發(fā)送端根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中，包括: 所述發(fā)送端根據(jù)所述信令的類型，將每一組分配的一個所述信令置于對應的隊列中。
6.如權(quán)利要求1所述的方法，其特征在于，所述發(fā)送端發(fā)送信令，包括: 若需要將信令發(fā)送給多個接收端，所述發(fā)送端將所述多個接收端的標識劃分為多組，其中每組接收端的標識數(shù)量不大于所述發(fā)送端的最大發(fā)送量； 所述發(fā)送端每次向一個組中的所有接收端發(fā)送所述信令。
7.如權(quán)利要求1?6任一所述的方法，其特征在于，所述發(fā)送端發(fā)送信令之前，還包括: 若需要將信令發(fā)送給多個接收端，所述發(fā)送端將接收到的信令進行解碼后，在封裝所述信令的包頭時，將需要接收該信令的接收端的標識置于所述信令的包頭中； 所述發(fā)送端發(fā)送信令，包括: 所述發(fā)送端根據(jù)所述信令的包頭中的接收端的標識，發(fā)送所述信令。
8.一種信令的處理裝置，其特征在于，該裝置包括: 信令分類單元，用于每接收到一個信令，確定接收到的所述信令的類型； 信令發(fā)送單元，用于根據(jù)接收到的每個信令的類型，確定信令的發(fā)送順序，并發(fā)送信令。
9.如權(quán)利要求8所述的裝置，其特征在于，所述信令分類單元具體用于: 根據(jù)接收到的信令的發(fā)送時延和/或可靠性，確定接收到的信令的類型。
10.如權(quán)利要求8所述的裝置，其特征在于，所述信令分類單元還用于: 根據(jù)接收到的每個信令的類型，將信令置于對應的隊列中； 所述信令發(fā)送單元具體用于: 根據(jù)不同的隊列的優(yōu)先級，確定信令的發(fā)送順序，并發(fā)送信令。
11.如權(quán)利要求10所述的裝置，其特征在于，所述信令發(fā)送單元具體用于: 判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照高優(yōu)先級隊列中的信令的順序，發(fā)送高優(yōu)先級隊列中的信令； 否則，判斷低優(yōu)先級隊列中是否有需要發(fā)送的信令，如果有，則按照低優(yōu)先級隊列中的信令的順序，發(fā)送一個低優(yōu)先級隊列中的信令，并返回判斷高優(yōu)先級隊列中是否有需要發(fā)送的信令的步驟，否則繼續(xù)接收信令。
12.如權(quán)利要求10所述的裝置，其特征在于，所述信令分類單元還用于: 若需要將信令發(fā)送給多個接收端，將所述多個接收端的標識劃分為多組，其中每組接收端的標識數(shù)量不大于最大發(fā)送量； 復制所述信令，以使所述信令的數(shù)量等于組的數(shù)量，并為每一組分配一個所述信令； 所述信令分類單元具體用于: 根據(jù)所述信令的類型，將每一組分配的一個所述信令置于對應的隊列中。
13.如權(quán)利要求8所述的裝置，其特征在于，所述信令發(fā)送單元具體用于: 若需要將信令發(fā)送給多個接收端，將所述多個接收端的標識劃分為多組，其中每組接收端的標識數(shù)量不大于最大發(fā)送量； 每次向一個組中的所有接收端發(fā)送所述信令。
14.如權(quán)利要求8?13任一所述的裝置，其特征在于，所述信令分類單元還用于: 若需要將信令發(fā)送給多個接收端，將接收到的信令進行解碼后，在封裝所述信令的包頭時，將需要接收該信令的接收端的標識置于所述信令的包頭中； 所述信令發(fā)送單元具體用于: 根據(jù)所述信令的包頭中的接收端的標識，發(fā)送所述信令。
【文檔編號】H04W28/14GK104168609SQ201410438570
【公開日】2014年11月26日 申請日期:2014年8月29日 優(yōu)先權(quán)日:2014年8月29日
【發(fā)明者】帥福利, 姚舜, 周偉雄, 覃蓮, 湯伯超 申請人:京信通信系統(tǒng)（中國）有限公司