集群組呼業務中半持續調度重激活的方法及系統與流程

本發明涉及通信
技術領域：
，具體涉及集群組呼業務中半持續調度重激活的方法及系統。
背景技術：
：隨著社會經濟的快速發展和行業客戶的需求變化，具有大帶寬、高速率、全IP、高效指揮控制和實時響應能力的長期演進(LongTermEvolved，簡稱LTE)寬帶集群將引領集群通信進入全新的時代。TD-LTE寬帶集群通信系統不但可以支持TD-LTE移動通信系統自身的各種多媒體業務，而且可以提供基本集群呼叫業務以及集群多媒體業務，如語音組呼、語音單呼、可視組呼、可視單呼、廣播呼叫、實時視頻傳輸等。專網寬帶多媒體集群技術與行業應用緊密結合，促進TD-LTE寬帶集群通信系統在行業中不斷完善和快速發展。中國通信標準化協會(CCSA)主導完成TD-LTE寬帶集群通信行業標準，這也是國內基于4G技術集群的第一批行業標準。集群組呼業務是一種點到多點的業務，在集群專網中發揮著巨大的作用。CCSA的專網集群標準中，集群組呼可采用半持續調度(Semi-PersistentScheduling，簡稱SPS)方式，eNodeB首先發送無線資源控制協議(RadioResourceControl，簡稱RRC)信令進行SPS相應的配置，如半持續調度間隔和SPSG-RNTI。eNodeB通過發送SPS激活的物理下行控制信道(PhysicalDownlinkControlChannel，簡稱PDCCH)為集群組實際分配所使用的SPS資源，SPS資源一旦激活，將周期性有效，直到被釋放。點對多點的集群組呼通話過程中，同一組呼的UE可分布在多個小區。當 集群組呼業務采用半持續調度方式時，在一些場景下需要eNodeB多次發送SPS激活的PDCCH，以保證UE在進入已建立該組呼的小區后能夠接聽該組呼。目前半靜態調度激活方法是通過eNodeB周期性地發送群組尋呼消息，并基于預設周期發送SPS激活命令來實現的。這種周期性發送方式不是按需發送，當沒有UE需要接收SPS激活命令時，eNodeB因周期到達仍然要發送SPS激活的PDCCH。這樣，大大地增加了PDCCH的開銷。另外，CCSA的專網集群標準給出了對組呼調度所使用PDCCH搜索空間的規定。如果集群系統中某小區存在多個只使用公共搜索空間調度的組呼，這些組呼要周期性地在公共搜索空間上發送SPS激活的PDCCH，同時，公共搜索空間本來就有公共信息(廣播、尋呼、隨機接入等)的開銷，新建立的組呼在300ms定時器超時前必須使用公共搜索空間，使得公共搜索空間PDCCH資源更加緊張，這樣，可能會導致只使用公共搜索空間的組呼因無法發送DCI而得不到及時的調度。若遇到組呼業務突發的情況，現象會更為嚴重。技術實現要素：針對現有技術中的缺陷，本發明提供了一種集群組呼業務中半持續調度重激活的方法及系統，減少PDCCH控制信令的開銷。第一方面，本發明提供一種集群組呼業務中半持續調度重激活的方法，包括：在接收到用戶設備UE因小區重選、組呼業務建立后動態重組或遲后接入觸發的組呼業務的半持續調度SPS重激活的信令消息時，向媒體介入控制層MAC發送所述SPS重激活的指示信息，所述指示信息包括所述組呼業務的標識G-RNTI或半靜態調度標識SPSG-RNTI；根據所述G-RNTI或SPSG-RNTI查詢該組呼業務是否滿足SPS重激活條件；在所述組呼業務滿足SPS重激活條件且在下一個組呼業務的SPS資源上發送該組呼業務新數據的時刻，向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息。可選的，所述根據所述G-RNTI或SPSG-RNTI查詢該組呼業務是否滿足SPS重激活條件，包括：根據所述G-RNTI或SPSG-RNTI查詢所述組呼業務是否處于半持續調度已激活且未釋放狀態，如果是，則滿足SPS重激活條件；否則，執行接收下一個組呼消息的步驟。可選的，在根據所述G-RNTI或SPSG-RNTI查詢所述組呼業務滿足SPS重激活條件之后，向所述UE發送SPS重激活的授權信息之前，所述方法還包括：將所述SPS重激活的授權狀態更新為TCCH信令待發送狀態，并在資源分配過程中當調度了所述組呼業務的TCCH信令時，將所述組呼業務對應的SPS重激活的授權狀態由TCCH信令待發送狀態更新為SPS重激活的授權待發送狀態，并將所述SPS重激活的授權待發送狀態的次數更新為預設值。可選的，所述在所述組呼業務滿足SPS重激活條件且在下一個組呼業務的SPS資源上發送該組呼業務新數據的時刻，向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息，包括：在所述PDCCH上承載的所述UE的下行控制信息DCI為1A時，根據所述G-RNTI查找所述組呼業務對應搜索空間的位置，并為所述組呼業務查找空閑狀態的PDCCH資源；在所述組呼業務有空閑狀態的PDCCH資源時，將該空閑狀態對應位置的所述PDCCH資源列表中的PDCCH資源置為占用狀態；將所述SPS重激活的授權信息封裝在所述占用狀態的PDCCH資源上，在所述組呼業務的SPS重激活的授權狀態為授權待發送狀態且所述SPS重激活的授權待發送次數為預設值時，向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息。可選的，在所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息之后，所述方法還包括：將所述組呼業務的SPS重激活的授權狀態更新為常態，并將所述SPS重激活的授權待發送次數減1，并繼續執行向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息的步驟，直至所述SPS重激活的授權待發送次數為0為止。第二方面，本發明還提供了一種集群組呼業務中半持續調度重激活系統，包括：第一發送單元，用于在接收到用戶設備UE因小區重選、組呼業務建立后動態重組或遲后接入觸發的組呼業務的半持續調度SPS重激活的信令消息時，向媒體介入控制層MAC發送所述SPS重激活的指示信息，所述指示信息包括所述組呼業務的標識G-RNTI或半靜態調度標識SPSG-RNTI；第一查詢單元，用于根據所述G-RNTI或SPSG-RNTI查詢該組呼業務是否滿足SPS重激活條件；第二發送單元，用于在所述組呼業務滿足SPS重激活條件且在下一個組呼業務的SPS資源上發送該組呼業務新數據的時刻，向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息。可選的，所述第一查詢單元，用于：根據所述G-RNTI或SPSG-RNTI查詢所述組呼業務是否處于半持續調度已激活且未釋放狀態，如果是，則滿足SPS重激活條件；否則，執行接收下一個組呼消息的步驟。可選的，所述系統還包括：第一狀態更新單元，用于在所述第一查詢單元根據所述G-RNTI或SPSG-RNTI查詢所述組呼業務滿足SPS重激活條件之后，將所述SPS重激活的授權狀態更新為TCCH信令待發送狀態，并在資源分配過程中當調度了所述組呼業務的TCCH信令時，將所述組呼業務對應的SPS重激活的授權狀態由TCCH信令待發送狀態更新為SPS重激活的授權待發送狀態，并將所述SPS重激活的授權待發送狀態的次數更新為預設值。可選的，所述第二發送單元，用于：在所述PDCCH上承載的所述UE的下行控制信息DCI為1A時，根據所述G-RNTI查找所述組呼業務對應搜索空間的位置，并為所述組呼業務查找空閑狀態的PDCCH資源；在所述組呼業務有空閑狀態的PDCCH資源時，將該空閑狀態對應位置的所述PDCCH資源列表中的PDCCH資源置為占用狀態；將所述SPS重激活的授權信息封裝在所述占用狀態的PDCCH資源上，在所述組呼業務的SPS重激活的授權狀態為授權待發送狀態且所述SPS重激活的授權待發送次數為預設值時，向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息。可選的，所述系統還包括第二狀態更新單元；所述第二狀態更新單元，用于在所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息之后，將所述組呼業務的SPS重激活的授權狀態更新為常態，并將所述SPS重激活的授權待發送次數減1；所述第二發送單元，用于在SPS重激活的授權待發送次數不為0時，繼續執行向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息，直至所述SPS重激活的授權待發送次數為0為止。由上述技術方案可知，本發明提供的一種集群組呼業務中半持續調度重激活的方法及系統，通過接收到UE因小區重選、組呼建立后動態重組或遲后接入觸發的組呼業務的半持續調度SPS重激活的信令消息時，向MAC層發送SPS重激活的指示信息，并根據該指示信息判斷該組呼業務滿足SPS重激活時，向UE發送SPS重激活的授權信息，與以往周期性的發送SPS重激活的授權信息減少了PDCCH的信令開銷。附圖說明圖1為本發明一實施例提供的集群組呼業務中半持續調度重激活的方法的流程示意圖；圖2為本發明一實施例提供的一種集群組呼業務中半持續調度重激活系統的結構示意圖。具體實施方式下面結合附圖，對發明的具體實施方式作進一步描述。以下實施例僅用于更加清楚地說明本發明的技術方案，而不能以此來限制本發明的保護范圍。圖1示出了本發明一實施例提供的一種集群組呼業務中半持續調度重激活的方法的流程示意圖，如圖1所示，該方法包括以下步驟：101、在接收到用戶設備UE因小區重選、組呼業務建立后動態重組或遲后接入觸發的組呼業務的半持續調度SPS重激活的信令消息時，向媒體介入控制層MAC發送所述SPS重激活的指示信息，所 述指示信息包括所述組呼業務的標識G-RNTI或半靜態調度標識SPSG-RNTI；102、根據所述G-RNTI或SPSG-RNTI查詢該組呼業務是否滿足SPS重激活條件；103、在所述組呼業務滿足SPS重激活條件且在下一個組呼業務的SPS資源上發送該組呼業務新數據的時刻，向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息。上述步驟103中在基站向UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息，以使UE獲取所述SPS激活信息；根據所述SPS激活信息以及所述半靜態調度G-RNTI信息，進行集群組呼業務數據的接收。上述方法通過接收到UE因小區重選、組呼建立后動態重組或遲后接入觸發的組呼業務的半持續調度SPS重激活的信令消息時，向MAC層發送SPS重激活的指示信息，并根據該指示信息判斷該組呼業務滿足SPS重激活時，向UE發送SPS重激活的授權信息，與以往周期性的發送SPS重激活的授權信息減少了PDCCH的信令開銷。下面首先對UE在遲后接入、小區重選、組呼建立后動態重組等場景時與基站的交互流程進行詳細說明。對于小區重選和組呼建立后的動態重組的場景，處于IDLE狀態下的組呼被叫UE進行小區重選或本小區已建立了組呼并對該組呼進行動態重組時，當基站eNodeB接收到S1口消息TrunkingContextReestablishmentIndication后，eNodeB的RRC層指示MAC層觸發該組呼業務的SPS重激活，eNodeB的MAC層根據RRC層的指示信息通過TCCH信道先發送該組呼的相關配置(GroupCallConfig)消息，再在該集群組呼業務處于半持續調度已激活狀態并且在下一個SPS資源上發送該業務新數據的時刻，發送以SPSG-RNTI加擾的半 持續調度激活的PDCCH。對于遲后接入的場景，當eNodeB組呼業務采用半持續調度方式時，遲后接入會觸發組呼業務SPS重激活。eNodeB發送包含遲后接入的組呼的集群尋呼消息后，eNodeB的RRC層指示MAC層觸發該組呼業務的SPS重激活，eNodeB的MAC層根據RRC層的指示信息通過TCCH信道先發送該組呼的相關配置(GroupCallConfig)消息，再在該集群組呼業務處于半持續調度已激活狀態并且在下一個SPS資源上發送該業務新數據的時刻，發送以SPSG-RNTI加擾的半持續調度激活的PDCCH。下面通過具體的實施例對上述方法進行詳細說明。同LTE系統中話音業務的特點類似，集群組呼業務中語音業務具有VoIP特點。基于TD-LTE集群通信系統中當集群組呼語音業務采用半持續調度方式時，eNodeB首先發送RRC消息進行集群組呼的SPS相應的配置，如半持續調度間隔和SPSG-RNTI。eNodeB通過發送SPS激活的PDCCH為集群組實際分配所使用的SPS資源，SPS資源一旦激活，將周期性有效，直到被釋放。考慮到組呼業務的點對多點特性，在一個組呼通話過程中，同一組呼的UE可能分布在多個小區。當RRC空閑狀態的組呼接聽用戶進入新小區(小區重選)、或者是有新用戶加入正在通話的組呼中(組呼建立后的動態重組)、或者是用戶遲后接入的情景，若小區已建立該組呼且該組呼語音業務采用半持續調度方式，則eNodeB要發送該組呼的SPS激活的PDCCH，以保證UE在進入已建立該組呼業務的小區后能夠繼續接聽。對于eNodeB而言，當組呼語音業務采用半持續調度時，在整個組呼通話過程中，會需要eNodeB多次發送SPS激活的PDCCH。下面給出關于eNodeB發送組呼的SPS激活PDCCH的定義：組呼SPS激活是指在小區內集群組呼業務必要時(如激活期到來時)，eNodeB發送SPSG-RNTI加擾的PDCCH指示集群組呼半持續調度激活為該集群組實際分配所使用的SPS資源。該SPS資源一旦激活，將周期性有效，直到被釋放。組呼SPS重激活是指eNodeB在集群組呼的半持續調度已激活且未釋放的過程中，再次發送SPSG-RNTI加擾的PDCCH指示集群組呼半持續調度激活，并且所發送的調度信息和上次半持續調度激活時的調度信息相同，即本次發送SPS激活PDCCH的DCI信息與上次發送的SPS激活PDCCH的DCI信息相同。組呼SPS重激活是為了保證UE在進入已建立該組呼的小區后能夠接聽該組呼。組呼SPS重激活實際上是SPS激活PDCCH的重復發送，因此，實現SPS重激活時還要考慮控制信道開銷的問題。上述實施例中的一種集群組呼業務中半持續調度重激活的方法，包括以下步驟：201、在接收到用戶設備UE因小區重選、組呼業務建立后動態重組或遲后接入觸發的組呼業務的半持續調度SPS重激活的信令消息時，向媒體介入控制層MAC發送所述SPS重激活的指示信息，所述指示信息包括所述組呼業務的標識G-RNTI或半靜態調度標識SPSG-RNTI；202、根據所述G-RNTI或SPSG-RNTI查詢該組呼業務是否滿足SPS重激活條件。根據所述G-RNTI或SPSG-RNTI查詢所述組呼業務是否處于半持續調度已激活且未釋放狀態，如果是，則滿足SPS重激活條件，執行步驟203。203、將所述SPS重激活的授權狀態更新為TCCH信令待發送狀態，并在資源分配過程中當調度了所述組呼業務的TCCH信令時，將所述組呼業務的信息表中該組呼業務對應的SPS重激活的授權狀態 由TCCH信令待發送狀態更新為SPS重激活的授權待發送狀態，并將所述SPS重激活的授權待發送狀態的次數更新為預設值。具體的，上述SPS重激活的授權狀態和SPS重激活的授權待發送次數存儲在集群組信息表中。在執行上述步驟203時，可以通過G-RNTI或SPSG-RNTI查詢該集群組信息表中的SPS重激活的授權狀態和SPS重激活的授權待發送次數。可理解的是，將所述SPS重激活的授權待發送狀態的次數更新為預設值。該預設值可以為任意非0值，比如2、3等。204、在所述組呼業務滿足SPS重激活條件且在下一個組呼業務的SPS資源上發送該組呼業務新數據的時刻，向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息。具體的，對于集群組呼業務采用半靜態調度方式分配資源，為了支持集群組呼業務中語音業務激活期間的數據傳輸，會讀取集群組SPS資源信息表中的業務的資源分配信息，當到達該組呼業務的SPS資源傳輸時刻，在該集群組呼的SPS資源上傳輸該組呼業務的數據包，同時，查看集群組信息表中該業務所屬集群組對應的SPS_DCI_state的集群組SPS授權狀態是否為SPS授權待發送，若SPS授權狀態為SPS授權待發送狀態，則還向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息，具體執行過程可以包括如下步驟：步驟1、開始；步驟2、判斷集群組SPS資源信息表(該信息表是用于存儲和維護集群組的SPS相關信息)是否非空，如果是非空，轉入下一步；否則，執行步驟11；步驟3、讀取集群組SPS資源信息表中第一個業務的資源分配信息；步驟4、根據集群組SPS資源信息表中記錄的該半持續業務相關信息，判斷該業務在當前子幀是否將發送SPS業務新數據并且該業務此時的RLC緩存是否是非空，如果都是，執行下一步，否則，執行步驟9。在當前子幀是否將發送SPS業務新數據的判斷方法為：若當前子幀i滿足以下公式，表明當前子幀是進行該半靜態業務新數據的發送時刻。{[SFNMAX·10+SFNi·10+subframei-Time_Schedule]mod(SFNMAX·10)}modPSPS＝0其中：SFNMAX表示系統配置的SFN最大編號，為定值1024；SFNi表示當前子幀i的無線幀號；subframei表示當前子幀i的子幀號；Time_Schedule表示該半靜態業務最后一次的調度時刻，在DL集群組SPS資源信息表中存儲；PSPS表示SPS業務數據包到達周期。步驟5、根據集群組SPS資源信息表中記錄的該業務首次調度時所分配的資源信息及VRB映射方式，給該業務分配相同的資源，并將該業務新數據所占資源RB狀態置為不可用，更新可用資源bitmap信息；步驟6、向復用組合實體指示當前新數據傳輸的組包信息。其中，TBSize的取值來自集群組SPS資源信息表。同時將該SPS業務所屬集群組用戶標識為已調度，并將Time_Schedule更新為當前時刻。步驟7、判斷是否觸發該SPS業務的重激活，如果是，執行下一步，否則，執行步驟9。判斷方法為查看集群組信息表中該業務所屬集群組對應的SPS_DCI_state的集群組SPS授權狀態是否為SPS授權待發送，如果是，觸發該SPS業務的重激活，否則，不觸發重激活；步驟8、將該業務在集群組信息表中的業務類型更改為組呼SPS待重激活業務，并更新其相應的優先級因子；步驟9、判斷當前業務是否位于集群組SPS資源信息表的最后一個業務信息，如果是，執行步驟11，否則，執行下一步；步驟10、選擇集群組SPS資源信息表中的下一個業務，再轉入步驟4；步驟11、結束。調度器在處理組呼業務SPS重激活的上述流程后，會按照優先級因子大小對待調度的業務進行優先級排序，然后按優先級高低順序為不同業務分配資源。當排到處理組呼SPS待重激活業務時，調度器負責為組呼SPS業務申請PDCCH資源來下發重激活資源的授權。具體包括以下步驟:步驟(1)、開始；步驟(2)、確定在所述PDCCH上承載的所述UE的下行控制信息DCI為1A；對于集群組呼半持續調度的PDCCH確認規定為：只有滿足以下條件時，UE確認一個集群組呼半持續調度分配PDCCH：-PDCCH凈荷的CRC奇偶校驗位用半持續調度G-RNTI(SPSG-RNTI)進行加擾。-新數據指示域置為“0”。如果DCI1A內各字段根據表1半持續調度激活的PDCCH確認特殊字段設置或表2半持續調度釋放的PDCCH確認特殊字段設置進行配置，則實現PDCCH的確認。如果完成確認，UE應該相應認為接受到的DCI信息為有效的半持續調度激活或釋放。表1DCI格式1AHARQ進程數設置為‘0000’調制與編碼方式最高有效位(MSB)設置為‘0’冗余版本設置為‘00’表2步驟(3)、根據該集群組的G-RNTI計算該集群組對應的搜索空間候選位置，并為該集群組查找空閑狀態的PDCCH資源；步驟(4)、根據查找PDCCH資源的結果，判斷該集群組是否有空閑狀態的PDCCH資源，如果是，執行步驟(5)，轉入步驟(8)；步驟(5)、更新PDCCH資源，并進行PDCCH封裝，具體操作如下：1)根據步驟(3)中計算的該集群組占用的PDCCH資源位置，直接將相應位置的PDCCH資源列表置為占用；2)根據集群組SPS資源信息中存儲的該集群組的SPS-G-RNTI和資源分配相關信息，按照DCI1A格式對該集群組的PDCCH下行控制信息進行組包和封裝；步驟(6)、查看集群組信息表中當前集群組對應的集群組SPS授權狀態SPS_DCI_state、集群組SPS授權待發送次數SPS_DCI_trans_Num，當集群組SPS授權狀態為SPS授權待發送且集群組SPS授權待發送次數不為零時，集群組SPS授權待發送次數減一，之后，繼續執行向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息的步驟，直至所述SPS重激活的授權待發送次數為0為止，在集群組SPS授權待發送次數為零時，將集群組SPS授權狀態置為常態；步驟(7)、將該業務的業務類型更改處于半持續調度已激活且未釋放，并更新其相應的優先級因子；步驟(8)、結束。圖2示出了一種集群組呼業務中半持續調度重激活系統的結構示意圖，如圖2所示，該系統包括：第一發送單元21，用于在接收到用戶設備UE因小區重選、組呼業務建立后動態重組或遲后接入觸發的組呼業務的半持續調度SPS重激活的信令消息時，向媒體介入控制層MAC發送所述SPS重激活的指示信息，所述指示信息包括所述組呼業務的標識G-RNTI或半靜態調度標識SPSG-RNTI；第一查詢單元22，用于根據所述G-RNTI或SPSG-RNTI查詢該組呼業務是否滿足SPS重激活條件；第二發送單元23，用于在所述組呼業務滿足SPS重激活條件且在下一個組呼業務的SPS資源上發送該組呼業務新數據的時刻，向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息。在本實施例的一個優選的實施方式中，所述第一查詢單元24，用于：根據所述G-RNTI或SPSG-RNTI查詢所述組呼業務是否處于半持續調度已激活且未釋放狀態，如果是，則滿足SPS重激活條件；否則，執行接收下一個組呼消息的步驟。在本實施例的一個優選的實施方式中，所述系統還包括圖2中未示出的第一狀態更新單元，用于在所述第一查詢單元根據所述G-RNTI或SPSG-RNTI查詢所述組呼業務滿足SPS重激活條件之后，將所述SPS重激活的授權狀態更新為TCCH信令待發送狀態，并在資源分配過程中當調度了所述組呼業務的TCCH信令時，將所述組呼業務的信息表中該組呼業務對應的SPS重激活的授權狀態由TCCH 信令待發送狀態更新為SPS重激活的授權待發送狀態，并將所述SPS重激活的授權待發送狀態的次數更新為預設值。在本實施例的一個優選的實施方式中，所述第二發送單元23，用于：在所述PDCCH上承載的所述UE的下行控制信息DCI為1A時，根據所述G-RNTI查找所述組呼業務對應搜索空間的位置，并為所述組呼業務查找空閑狀態的PDCCH資源；在所述組呼業務有空閑狀態的PDCCH資源時，將該空閑狀態對應位置的所述PDCCH資源列表中的PDCCH資源置為占用狀態；將所述SPS重激活的授權信息封裝在所述占用狀態的PDCCH資源上，在所述組呼業務的SPS重激活的授權狀態為授權待發送狀態且所述SPS重激活的授權待發送次數為預設值時，向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息。在本實施例的一個優選的實施方式中，所述系統還包括第二狀態更新單元；所述第二狀態更新單元，用于在所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息之后，將所述組呼業務的SPS重激活的授權狀態更新為常態，并將所述SPS重激活的授權待發送次數減1；相應的，所述第二發送單元，用于在SPS重激活的授權待發送次數不為0時，繼續執行向所述UE發送以所述SPSG-RNTI加擾的物理下行控制信道PDCCH上承載的SPS重激活的授權信息，直至所述SPS重激活的授權待發送次數為0為止。需要說明的是，上述系統與上述方法是一一對應的關系，本實施例不對上述系統的具體實施細節進行詳細說明。上述系統可以理解為設置在基站中的系統。本發明的說明書中，說明了大量具體細節。然而，能夠理解，本發明的實施例可以在沒有這些具體細節的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。最后應說明的是：以上各實施例僅用以說明本發明的技術方案，而非對其限制；盡管參照前述各實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發明各實施例技術方案的范圍，其均應涵蓋在本發明的權利要求和說明書的范圍當中。當前第1頁1 2 3