本發(fā)明涉及無線通信技術(shù)領(lǐng)域，尤其涉及一種SC-PTM系統(tǒng)下的組呼區(qū)域管理方法。

背景技術(shù)：

第三代合作伙伴計(jì)劃(3rd Generation Partnership Project，簡(jiǎn)稱3GPP)的單小區(qū)點(diǎn)到多點(diǎn)(Single-Cell Point-to-Multipoint，簡(jiǎn)稱SC-PTM)議題研究了在長(zhǎng)期演進(jìn)(Long Term Evolution，簡(jiǎn)稱LTE)系統(tǒng)中支持單小區(qū)點(diǎn)對(duì)多點(diǎn)傳輸?shù)目尚行裕⑻岢隽艘苿?dòng)性的解決方案：對(duì)于RRC_CONNECTED狀態(tài)的用戶設(shè)備(User Equipment，簡(jiǎn)稱UE)，由演進(jìn)型基站(evolved Node B，簡(jiǎn)稱eNB在切換過程中向其提供目標(biāo)小區(qū)的呼叫配置；對(duì)于RRC_IDLE狀態(tài)的UE，可以由當(dāng)前服務(wù)小區(qū)廣播鄰小區(qū)的呼叫配置，或者使UE在即將離開服務(wù)小區(qū)時(shí)，進(jìn)入RRC_CONNECTED狀態(tài)，通過切換完成小區(qū)間移動(dòng)。

上述移動(dòng)性方案主要考慮的是如何保證UE進(jìn)入目標(biāo)小區(qū)后盡量小的業(yè)務(wù)中斷，但沒有考慮當(dāng)UE完成移動(dòng)后，源小區(qū)的處理機(jī)制。根據(jù)SC-PTM的要求，網(wǎng)絡(luò)需要根據(jù)參與呼叫的UE數(shù)量，決定小區(qū)中使用的承載類型，如果小區(qū)中參與呼叫的UE數(shù)量過低，該小區(qū)將使用單播承載而非SC-PTM承載以保證通話質(zhì)量。而如上所述，3GPP的現(xiàn)有方案只考慮了目標(biāo)小區(qū)的情況，忽略了源小區(qū)的UE數(shù)量變化。

針對(duì)上述問題，國(guó)內(nèi)業(yè)界的主要方案是通過非接入層(Non-access stratum，簡(jiǎn)稱NAS)機(jī)制解決。如當(dāng)UE發(fā)起跟蹤區(qū)更新過程時(shí)攜帶參與的組呼信息，核心網(wǎng)維護(hù)每個(gè)呼叫涉及的跟蹤區(qū)域，從而可以判斷出哪些跟蹤區(qū)中已經(jīng)沒有參與組呼的UE，從而指示基站釋放對(duì)應(yīng)跟蹤區(qū)的組呼資源。

3GPP的現(xiàn)有方案只考慮了目標(biāo)小區(qū)的情況，忽略了源小區(qū)的UE數(shù)量變化，無法實(shí)現(xiàn)源小區(qū)中承載類型的確定；NAS機(jī)制只能在UE跟蹤區(qū)列表的粒度解決問題，在實(shí)際網(wǎng)絡(luò)中，跟蹤區(qū)列表一般包含多個(gè)跟蹤區(qū)，而一個(gè)跟蹤區(qū)又一般包含多個(gè)小區(qū)，因此NAS機(jī)制只能進(jìn)行粗略的UE計(jì)數(shù)，精確度不夠。

鑒于此，如何獲知小區(qū)下參與組呼叫的終端數(shù)量，以為小區(qū)組呼承載類型選擇提供依據(jù)，在保證業(yè)務(wù)連續(xù)性前提下提高信號(hào)傳輸質(zhì)量成為目前需要解決的技術(shù)問題。

技術(shù)實(shí)現(xiàn)要素：

為解決上述的技術(shù)問題，本發(fā)明提供一種SC-PTM系統(tǒng)下的組呼區(qū)域管理方法，能精確地獲知小區(qū)下參與組呼叫的終端數(shù)量，為小區(qū)組呼承載類型選擇提供依據(jù)，在保證業(yè)務(wù)連續(xù)性前提下提高信號(hào)傳輸質(zhì)量。

第一方面，本發(fā)明提供一種SC-PTM系統(tǒng)下的組呼區(qū)域管理方法，包括：

參與組呼的用戶設(shè)備UE在小區(qū)重選時(shí)，向目標(biāo)小區(qū)發(fā)送第一消息，所述第一消息攜帶該UE所參與組呼的組標(biāo)識(shí)、源小區(qū)標(biāo)識(shí)、UE標(biāo)識(shí)；

所述目標(biāo)小區(qū)接收所述第一消息之后，根據(jù)所述第一消息中的組標(biāo)識(shí)確定所述UE參與組呼，根據(jù)所述組標(biāo)識(shí)和所述UE標(biāo)識(shí)維護(hù)所述目標(biāo)小區(qū)的組呼列表，并根據(jù)所述源小區(qū)標(biāo)識(shí)向與該源小區(qū)標(biāo)識(shí)對(duì)應(yīng)的源小區(qū)發(fā)送第二消息，所述第二消息攜帶所述UE標(biāo)識(shí)和所述組標(biāo)識(shí)；

所述源小區(qū)接收所述第二消息之后，根據(jù)所述組標(biāo)識(shí)確定所述UE所參與的組呼，刪除所述源小區(qū)的組呼列表中的該組呼中所述UE標(biāo)識(shí)的信息，以及根據(jù)所述組呼列表確定參與該組呼的UE數(shù)量，根據(jù)所述參與該組呼的UE數(shù)量，判斷是否進(jìn)行該組呼的承載類型轉(zhuǎn)換 或者該組呼的承載釋放。

可選地，在所述參與組呼的用戶設(shè)備UE在小區(qū)重選時(shí)，向目標(biāo)小區(qū)發(fā)送第一消息之前，還包括：

UE在第一次接收到組呼的通知消息時(shí)，向所屬源小區(qū)發(fā)送第三消息，所述第三消息攜帶該UE所參與組呼的組標(biāo)識(shí)和UE標(biāo)識(shí)；

所述源小區(qū)根據(jù)所述組標(biāo)識(shí)和所述UE標(biāo)識(shí)維護(hù)所述源小區(qū)的組呼列表。

可選地，所述第三消息為無線資源控制RRC消息，或媒體接入控制MAC消息。

可選地，所述無線資源控制RRC消息具體為無線資源控制連接請(qǐng)求RRCConnectionRequest消息。

可選地，所述媒體接入控制MAC消息具體為隨機(jī)接入過程的MSG3消息。

可選地，所述源小區(qū)標(biāo)識(shí)，包括：物理小區(qū)標(biāo)識(shí)PCI，和/或全球小區(qū)識(shí)別碼CGI。

可選地，所述第一消息為無線資源控制RRC消息，或媒體接入控制MAC消息。

可選地，所述無線資源控制RRC消息具體為無線資源控制連接請(qǐng)求RRCConnectionRequest消息。

可選地，所述媒體接入控制MAC消息具體為隨機(jī)接入過程的MSG3消息。

由上述技術(shù)方案可知，本發(fā)明的SC-PTM系統(tǒng)下的組呼區(qū)域管理方法，能精確地獲知小區(qū)下參與組呼叫的終端數(shù)量，為小區(qū)組呼承載類型選擇提供依據(jù)，在保證業(yè)務(wù)連續(xù)性前提下提高信號(hào)傳輸質(zhì)量。

附圖說明

圖1為本發(fā)明一實(shí)施例提供的一種SC-PTM系統(tǒng)下的組呼區(qū)域管理方法的流程示意圖；

圖2為本發(fā)明實(shí)施例提供的UE利用RRC消息將組標(biāo)識(shí)和UE標(biāo)識(shí)發(fā)送給源小區(qū)的信令示意圖；

圖3為本發(fā)明實(shí)施例提供的UE利用RRCConnectionRequest消息將組標(biāo)識(shí)和UE標(biāo)識(shí)發(fā)送給源小區(qū)的信令示意圖；

圖4為本發(fā)明實(shí)施例提供的UE利用隨機(jī)接入的MSG3消息將組標(biāo)識(shí)和UE標(biāo)識(shí)發(fā)送給源小區(qū)的信令示意圖；

圖5為本發(fā)明實(shí)施例提供的UE利用隨機(jī)接入的MSG3消息增加的組標(biāo)識(shí)MAC CE的結(jié)構(gòu)示意圖；

圖6為本發(fā)明實(shí)施例提供的UE利用隨機(jī)接入的MSG3消息增加的UE標(biāo)識(shí)MAC CE的結(jié)構(gòu)示意圖；

圖7為本發(fā)明實(shí)施例提供的UE利用RRC消息將組標(biāo)識(shí)、源小區(qū)標(biāo)識(shí)和UE標(biāo)識(shí)發(fā)送給目標(biāo)小區(qū)的信令示意圖；

圖8為本發(fā)明實(shí)施例提供的UE利用RRCConnectionRequest消息將組標(biāo)識(shí)、源小區(qū)標(biāo)識(shí)和UE標(biāo)識(shí)發(fā)送給目標(biāo)小區(qū)的信令示意圖；

圖9為本發(fā)明實(shí)施例提供的UE利用隨機(jī)接入的MSG3消息將組標(biāo)識(shí)、源小區(qū)標(biāo)識(shí)和UE標(biāo)識(shí)發(fā)送給目標(biāo)小區(qū)的信令示意圖；

圖10為本發(fā)明實(shí)施例提供的UE利用隨機(jī)接入的MSG3消息增加的小區(qū)標(biāo)識(shí)MAC CE的結(jié)構(gòu)示意圖。

具體實(shí)施方式

為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整的描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他的實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

圖1示出了本發(fā)明一實(shí)施例提供的一種SC-PTM系統(tǒng)下的組呼區(qū)域管理方法的流程示意圖，如圖1所示，本實(shí)施例的SC-PTM系統(tǒng)下 的組呼區(qū)域管理方法如下所述。

101、參與組呼(IDLE態(tài)的)的用戶設(shè)備UE在小區(qū)重選時(shí)，向目標(biāo)小區(qū)發(fā)送第一消息，所述第一消息攜帶該UE所參與組呼的組標(biāo)識(shí)、源小區(qū)標(biāo)識(shí)、UE標(biāo)識(shí)。

在具體應(yīng)用中，本實(shí)施例所述源小區(qū)標(biāo)識(shí)，可包括但不限于：物理小區(qū)標(biāo)識(shí)(Physical Cell Identifier，簡(jiǎn)稱PCI)，和/或全球小區(qū)識(shí)別碼(Cell Global Identifier，簡(jiǎn)稱CGI)等。

在具體應(yīng)用中，由于UE移動(dòng)過程中可能涉及不同的小區(qū)基站，因此本實(shí)施例發(fā)送的組標(biāo)識(shí)應(yīng)該是網(wǎng)絡(luò)唯一的，如臨時(shí)移動(dòng)組標(biāo)識(shí)(Temporary Mobile Group Identity，簡(jiǎn)稱TMGI)。

在具體應(yīng)用中，舉例來說，本實(shí)施例所述第一消息可以為無線資源控制RRC消息，如圖7所示，可將所述組標(biāo)識(shí)和源小區(qū)標(biāo)識(shí)增加到RRC消息中；

更進(jìn)一步地，舉例來說，所述無線資源控制RRC消息可以具體選擇為無線資源控制連接請(qǐng)求RRCConnectionRequest消息，如圖8所示，可將所述組標(biāo)識(shí)和源小區(qū)標(biāo)識(shí)作為新的信元增加到RRCConnectionRequest消息中。

在具體應(yīng)用中，舉例來說，本實(shí)施例所述第一消息還可以為媒體接入控制(Media Access Control，簡(jiǎn)稱MAC)消息；

更進(jìn)一步地，舉例來說，所述MAC消息可以具體選擇為隨機(jī)接入過程的MSG3消息，如圖9所示，可將所述組標(biāo)識(shí)作為一個(gè)新的媒體接入控制層控制單元(MAC Control Element，簡(jiǎn)稱MAC CE)增加到隨機(jī)接入的MSG3消息中，將所述源小區(qū)標(biāo)識(shí)作為另一個(gè)新的MAC CE(如圖10所示)增加到所述MSG3消息中，將所述UE標(biāo)識(shí)作為另一個(gè)新的MAC CE增加到所述MSG3消息中。

102、所述目標(biāo)小區(qū)接收所述第一消息之后，根據(jù)所述第一消息中的組標(biāo)識(shí)確定所述UE參與組呼，根據(jù)所述組標(biāo)識(shí)和所述UE標(biāo)識(shí) 維護(hù)所述目標(biāo)小區(qū)的組呼列表，并根據(jù)所述源小區(qū)標(biāo)識(shí)向與該源小區(qū)標(biāo)識(shí)對(duì)應(yīng)的源小區(qū)發(fā)送第二消息，所述第二消息攜帶所述UE標(biāo)識(shí)和所述組標(biāo)識(shí)。

103、所述源小區(qū)接收所述第二消息之后，根據(jù)所述組標(biāo)識(shí)確定所述UE所參與的組呼，刪除所述源小區(qū)的組呼列表中的該組呼中所述UE標(biāo)識(shí)的信息，以及根據(jù)所述組呼列表確定參與該組呼的UE數(shù)量，根據(jù)所述參與該組呼的UE數(shù)量，判斷是否進(jìn)行該組呼的承載類型轉(zhuǎn)換或者該組呼的承載釋放。

可理解的是，若參與該組呼的UE數(shù)量為0，則進(jìn)行該組呼的承載釋放。

在具體應(yīng)用中，本實(shí)施例上述步驟101之前，還包括圖中未示出的步驟S1和S2：

S1、UE在第一次接收到組呼的通知消息時(shí)，向所屬源小區(qū)發(fā)送第三消息，所述第三消息攜帶該UE所參與組呼的組標(biāo)識(shí)和UE標(biāo)識(shí)。

在具體應(yīng)用中，舉例來說，所述第三消息可以為無線資源控制RRC消息，如圖2所示，可將所述組標(biāo)識(shí)增加到RRC消息中；

更進(jìn)一步地，舉例來說，所述無線資源控制RRC消息可以具體選擇為無線資源控制連接請(qǐng)求RRCConnectionRequest消息，如圖3所示，可將所述組標(biāo)識(shí)作為新的信元增加到RRCConnectionRequest消息中。

在具體應(yīng)用中，舉例來說，所述第三消息還可以為媒體接入控制(Media Access Control，簡(jiǎn)稱MAC)消息；

更進(jìn)一步地，舉例來說，所述MAC消息可以具體選擇為隨機(jī)接入過程的MSG3消息，如圖4所示，可將所述組標(biāo)識(shí)作為一個(gè)新的MAC CE(如圖5所示)增加到隨機(jī)接入的MSG3消息中，將所述UE標(biāo)識(shí)作為另一個(gè)新的MAC CE(如圖6所示)增加到所述MSG3消息中。

S2、所述源小區(qū)根據(jù)所述組標(biāo)識(shí)和所述UE標(biāo)識(shí)維護(hù)所述源小區(qū)的組呼列表(如表1所示)。

表1

本實(shí)施例的SC-PTM系統(tǒng)下的組呼區(qū)域管理方法，能精確地獲知小區(qū)下參與組呼叫的終端數(shù)量，為小區(qū)組呼承載類型選擇提供依據(jù)，在保證業(yè)務(wù)連續(xù)性前提下提高信號(hào)傳輸質(zhì)量。

本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括：ROM、RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

最后應(yīng)說明的是：以上各實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述各實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。