專(zhuān)利名稱(chēng)：上報(bào)狀態(tài)報(bào)告的方法、終端、基站和通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及無(wú)線(xiàn)通信領(lǐng)域，并且更具體地，涉及上報(bào)狀態(tài)報(bào)告的方法、終端、基站和通信系統(tǒng)。
背景技術(shù)：
多媒體廣播組播業(yè)務(wù)(MultimediaBroadcast Multicast Service ;MBMS)業(yè)務(wù)是第三代伙伴關(guān)系項(xiàng)目(the 3rd Generation Partnership Project ;3GPP)業(yè)務(wù)發(fā)展的重要內(nèi)容之一。MBMS主要指網(wǎng)絡(luò)側(cè)同時(shí)把相同多媒體數(shù)據(jù)發(fā)送給網(wǎng)絡(luò)中多個(gè)接收者，與單用戶(hù)傳輸相比，MBMS極大地節(jié)省了空口資源。在MBMS Counting(計(jì)數(shù))流程中，網(wǎng)絡(luò)向用戶(hù)設(shè)備(User Equipment ;UE)發(fā)送MBMSCountingRequest消息。MBMSCountingRequest消息通過(guò)廣播的形式在MBMS控制信道(MBMS Control Channel ；MCCH)中發(fā)給 UE, MBMSCountingRequest 消息中包含網(wǎng)絡(luò)需要進(jìn)行統(tǒng)計(jì)的業(yè)務(wù)標(biāo)識(shí)列表。UE收到MBMSCountingRequest之后,如果自己正在接收或者感興趣想接收MBMSCountingRequest消息中所包含的該業(yè)務(wù)標(biāo)識(shí)列表中的某項(xiàng)業(yè)務(wù)，則向網(wǎng)絡(luò)側(cè)發(fā)送MBMSCountingResponse消息，并在該消息中攜帶該項(xiàng)業(yè)務(wù)的索引(Index),即該項(xiàng)業(yè)務(wù)的業(yè)務(wù)標(biāo)識(shí)在MBMSCountingRequest中的業(yè)務(wù)標(biāo)識(shí)列表中的對(duì)應(yīng)索引。但是，這種消息交互的方式存在效率低下的問(wèn)題。例如，因?yàn)樵贛BSFNArea內(nèi)，MBMSCountingRequest消息是通過(guò)廣播方式通知的，因此所有該MBSFN Area內(nèi)的小區(qū)可能在同一時(shí)間內(nèi)收到該消息，從而會(huì)導(dǎo)致該MBSFNArea內(nèi)所有需要上報(bào)的UE,在相同的時(shí)間內(nèi)發(fā)送上行的狀態(tài)報(bào)告，如MBMSCountingResponse消息，從而短時(shí)間內(nèi)產(chǎn)生大量的上行數(shù)據(jù)，造成上行擁塞。如果考慮空閑態(tài)的UE，大量的空閑態(tài)UE因?yàn)樵诎l(fā)送上行的狀態(tài)報(bào)告前要進(jìn)行隨機(jī)接入過(guò)程，從而進(jìn)一步造成隨機(jī)接入的擁塞，從而降低了系統(tǒng)效率。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種上報(bào)狀態(tài)報(bào)告的方法、終端、基站和通信系統(tǒng)，能夠解決由于發(fā)送狀態(tài)報(bào)告而造成的擁塞問(wèn)題?！矫?，提供了一種上報(bào)狀態(tài)報(bào)告的方法，包括在接收到基站的狀態(tài)報(bào)告請(qǐng)求消息之后，根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)，所述狀態(tài)報(bào)告時(shí)機(jī)用于指定發(fā)送狀態(tài)報(bào)告的時(shí)間點(diǎn)；根據(jù)所述狀態(tài)報(bào)告時(shí)機(jī)發(fā)送狀態(tài)報(bào)告。一方面，提供了一種終端，包括時(shí)機(jī)確定單元，用于在接收到基站的狀態(tài)報(bào)告請(qǐng)求消息之后，根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)，所述狀態(tài)報(bào)告時(shí)機(jī)用于指定發(fā)送狀態(tài)報(bào)告的時(shí)間點(diǎn)； 收發(fā)單元，用于根據(jù)所述狀態(tài)報(bào)告時(shí)機(jī)發(fā)送狀態(tài)報(bào)告。這樣，本發(fā)明實(shí)施例引入用于指定狀態(tài)報(bào)告的發(fā)送時(shí)間點(diǎn)的狀態(tài)報(bào)告時(shí)機(jī)，使得終端只在各自的狀態(tài)報(bào)告時(shí)機(jī)上發(fā)送狀態(tài)報(bào)告，避免了大量終端同時(shí)發(fā)送狀態(tài)報(bào)告造成的擁塞問(wèn)題，提聞了系統(tǒng)效率?！矫?，提供了另一種上報(bào)狀態(tài)報(bào)告的方法，包括接收基站發(fā)送的狀態(tài)報(bào)告請(qǐng)求消息；當(dāng)確認(rèn)發(fā)送狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程及發(fā)送狀態(tài)報(bào)告，所述狀態(tài)報(bào)告包括指示信息；或者向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程及發(fā)送狀態(tài)報(bào)告后，確認(rèn)沒(méi)有后續(xù)業(yè)務(wù)時(shí)，向所述基站發(fā)送指示信息；或者向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程，確認(rèn)發(fā)送所述狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)，向所述基站發(fā)送指示信息，發(fā)送所述狀態(tài)報(bào)告；以使得所述基站根據(jù)指示信息終止連接建立過(guò)程，或者釋放空口資源和/或終端 上下文，其中所述指示信息用于指示發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)；發(fā)送所述狀態(tài)報(bào)告之后如果沒(méi)有后續(xù)業(yè)務(wù)，則返回空閑狀態(tài)?！矫?，提供了另一種上報(bào)狀態(tài)報(bào)告的方法，包括向終端發(fā)送狀態(tài)報(bào)告請(qǐng)求消息；響應(yīng)無(wú)線(xiàn)資源控制RRC連接建立過(guò)程并接收所述終端發(fā)送的狀態(tài)報(bào)告；接收指示信息，所述指示信息用于指示所述終端發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)；根據(jù)所述指示信息終止連接建立過(guò)程，或者釋放終端上下文和/或釋放空口資源。一方面，提供了另一種終端，包括收發(fā)單元，用于接收基站發(fā)送的狀態(tài)報(bào)告請(qǐng)求消息；連接單元，用于當(dāng)確認(rèn)發(fā)送所述狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程及通過(guò)所述收發(fā)單元發(fā)送狀態(tài)報(bào)告，所述狀態(tài)報(bào)告包括指示信息；或者用于向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程并通過(guò)所述收發(fā)單元發(fā)送所述狀態(tài)報(bào)告后，確認(rèn)沒(méi)有后續(xù)業(yè)務(wù)時(shí)，通過(guò)所述收發(fā)單元向所述基站發(fā)送指示信息；或者用于向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程，確認(rèn)發(fā)送所述狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，通過(guò)所述收發(fā)單元向所述基站發(fā)送指示信息，并發(fā)送所述狀態(tài)報(bào)告；以使得所述基站根據(jù)指示信息終止連接建立過(guò)程或釋放空口資源和/或終端上下文，其中所述指示信息用于指示發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)；控制單元，用于在發(fā)送完所述狀態(tài)報(bào)告之后如果沒(méi)有后續(xù)業(yè)務(wù)時(shí)，返回空閑狀態(tài)。一方面，提供了一種基站，包括收發(fā)單元，用于向終端發(fā)送狀態(tài)報(bào)告請(qǐng)求消息；響應(yīng)單元，用于響應(yīng)無(wú)線(xiàn)資源控制RRC連接建立過(guò)程并通過(guò)所述收發(fā)單元接收所述終端發(fā)送的狀態(tài)報(bào)告；所述收發(fā)單元，用于接收指示信息，所述指示信息用于指示所述終端發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)；控制單元，用于根據(jù)所述指示信息終止連接建立過(guò)程或釋放終端上下文和/或釋放空口資源。一方面，提供了一種通信系統(tǒng)，包括
上述終端；上述基站。這樣，本發(fā)明實(shí)施例對(duì)于僅僅是為了發(fā)送狀態(tài)報(bào)告而發(fā)起RRC連接建立過(guò)程、沒(méi)有后續(xù)業(yè)務(wù)的終端通過(guò)向基站發(fā)送指示信息，使基站釋放相應(yīng)資源，并使得終端在發(fā)送狀態(tài)報(bào)告之后盡快進(jìn)入空閑態(tài)，從而避免了僅僅由于發(fā)送狀態(tài)報(bào)告而長(zhǎng)時(shí)間占用空口資源的問(wèn)題，提高了系統(tǒng)資源的利用效率。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖I是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的方法的示意流程圖。圖2是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。圖3A是本發(fā)明實(shí)施例一個(gè)終端的示意框圖。圖3B是本發(fā)明實(shí)施例另一個(gè)終端的示意框圖。圖4A是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的一個(gè)方法的示意流程圖。圖4B是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的另一方法的示意流程圖。圖4C是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的另一方法的示意流程圖。圖5A是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的一個(gè)方法的示意流程圖。圖5B是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的另一方法的示意流程圖。圖5C是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的另一方法的示意流程圖。圖6是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。圖7是本發(fā)明的一個(gè)實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。圖8是本發(fā)明的一個(gè)實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。圖9是本發(fā)明的一個(gè)實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。圖10是本發(fā)明的一個(gè)實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。圖11是本發(fā)明的一個(gè)實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。圖12A是本發(fā)明另一實(shí)施例的終端的示意框圖。圖12B是本發(fā)明另一實(shí)施例的終端的示意框圖。圖12C是本發(fā)明另一實(shí)施例的終端的示意框圖。圖13是本發(fā)明另一實(shí)施例的終端的示意框圖。圖14A是本發(fā)明實(shí)施例的一個(gè)基站的示意框圖。圖14B是本發(fā)明實(shí)施例的另一基站的示意框圖。圖14C是本發(fā)明實(shí)施例的另一基站的示意框圖。圖15是本發(fā)明另一實(shí)施例的基站的不意框圖。圖16是本發(fā)明實(shí)施例的通信系統(tǒng)的示意框圖。
具體實(shí)施方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。為了讓運(yùn)營(yíng)商能夠更好地掌握在多媒體廣播組播業(yè)務(wù)單頻網(wǎng)絡(luò)區(qū)域(MultimediaBroadcast multicast service Single Frequency Network Area ；MBSFNArea)內(nèi)有多少個(gè)用戶(hù)設(shè)備(User Equipment ；UE)對(duì)某個(gè)業(yè)務(wù)感興趣或者正在接收這個(gè)業(yè)務(wù),在長(zhǎng)期演進(jìn)(Long Term Evolution ；LTE)中引入了 MBMS Counting(計(jì)數(shù))機(jī)制。MBMS Counting,即讓UE給eNB上報(bào)它的狀態(tài)，其中只要UE正在接收某個(gè)業(yè)務(wù)或者對(duì)某個(gè)業(yè)務(wù)感興趣就把該業(yè)務(wù)的service ID (業(yè)務(wù)標(biāo)識(shí))發(fā)給eNB,而不區(qū)分UE是感興趣還是正在接收該業(yè)務(wù)。eNB在收到的上報(bào)結(jié)果后，發(fā)給多小區(qū)/組播協(xié)作實(shí)體(Multi-cell/multicast CoordinationEntity ；MCE)，MCE根據(jù)該MB SFN Area內(nèi)對(duì)某個(gè)業(yè)務(wù)感興趣或者正在接收某個(gè)業(yè)務(wù)的UE的總數(shù)決定是否激活(activate)還是去激活(deactivate)該業(yè)務(wù)如果數(shù)量過(guò)少,繼續(xù)廣播該業(yè)務(wù)相當(dāng)于浪費(fèi)資源，則MCE可以考慮去激活該業(yè)務(wù)；如果該業(yè)務(wù)還沒(méi)有開(kāi)始廣播，但是已經(jīng)有相當(dāng)多的UE對(duì)這個(gè)業(yè)務(wù)感興趣或者正在通過(guò)單播接收該業(yè)務(wù)了，例如，網(wǎng)絡(luò)沒(méi)有 激活一個(gè)業(yè)務(wù)的廣播之前，可能已經(jīng)通過(guò)單播的形式向用戶(hù)提供該業(yè)務(wù)了，則MCE可以考慮激活該業(yè)務(wù)在這個(gè)MBSFN區(qū)域內(nèi)的廣播。因?yàn)樵贛BSFN Area內(nèi)，MBMSCountingRequest消息是通過(guò)廣播方式通知的，所有該MBSFN Area內(nèi)的小區(qū)可以在同一時(shí)間內(nèi)收到該消息，從而會(huì)導(dǎo)致該MBSFN Area內(nèi)所有需要上報(bào)的UE,在相同的時(shí)間內(nèi)發(fā)送上行的狀態(tài)報(bào)告，如MBMSCountingResponse消息,從而短時(shí)間內(nèi)產(chǎn)生大量的上行數(shù)據(jù)，造成上行擁塞。如果考慮空閑態(tài)的UE，大量的空閑態(tài)UE因?yàn)樵诎l(fā)送上行的狀態(tài)報(bào)告前要進(jìn)行隨機(jī)接入過(guò)程，如隨機(jī)接入資源不夠，從而進(jìn)一步造成隨機(jī)接入的擁塞，從而降低了系統(tǒng)效率。圖I是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的方法的示意流程圖。該方法主要由終端(例如UE)執(zhí)行,包括101，在接收到基站的狀態(tài)報(bào)告請(qǐng)求消息之后，根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)(Counting Response Occasion),該狀態(tài)報(bào)告時(shí)機(jī)用于指定發(fā)送狀態(tài)報(bào)告的時(shí)間點(diǎn)。102，根據(jù)狀態(tài)報(bào)告時(shí)機(jī)發(fā)送狀態(tài)報(bào)告。這樣，本發(fā)明實(shí)施例引入用于指定發(fā)送時(shí)間點(diǎn)的狀態(tài)報(bào)告時(shí)機(jī)，使得終端只在各自的狀態(tài)報(bào)告時(shí)機(jī)上發(fā)送狀態(tài)報(bào)告，避免了大量終端同時(shí)發(fā)送狀態(tài)報(bào)告造成的擁塞問(wèn)題，提聞了系統(tǒng)效率。圖2是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。圖2中的過(guò)程包括201，eNB向UE發(fā)送狀態(tài)報(bào)告請(qǐng)求消息。所述狀態(tài)報(bào)告請(qǐng)求消息可以為MBMSCountingRequest消息,也可以是專(zhuān)用消息或者其他消息。202，UE在接收到狀態(tài)報(bào)告請(qǐng)求消息之后，根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)。UE可根據(jù)UE標(biāo)識(shí)(UE Identity)計(jì)算自己的狀態(tài)報(bào)告時(shí)機(jī)。例如，首先得到狀態(tài)報(bào)告請(qǐng)求消息的接收時(shí)刻與當(dāng)前修改周期MP (Modif icationPeriod)的結(jié)束點(diǎn)之間的長(zhǎng)度；用服標(biāo)識(shí)除以該長(zhǎng)度，得到余數(shù)作為發(fā)送狀態(tài)報(bào)告的系統(tǒng)幀號(hào)；將該系統(tǒng)幀號(hào)乘以10，得到子巾貞號(hào)，作為狀態(tài)報(bào)告時(shí)機(jī)?？苫谝韵鹿?I)計(jì)算狀態(tài)報(bào)告時(shí)機(jī)Counting Response Occasion = 10ms* {IMSI mod [mcch-Modif icationPeriod- (I+SFN mod mcch-ModificationPeriod)](I)其中，IMSI(International Mobile Subscriber Identity ;國(guó)際移動(dòng)用戶(hù)標(biāo)識(shí))可以為UE的標(biāo)識(shí)；SFN可以為UE收到狀態(tài)報(bào)告請(qǐng)求消息時(shí)所處的SFN(System FrameNumber ;系統(tǒng)巾貞號(hào))號(hào)；mcch_Modif icationPeriod 是 MCCH 的修改周期。
或者，UE獲得收到狀態(tài)報(bào)告請(qǐng)求消息的時(shí)間點(diǎn)距離當(dāng)前修改周期結(jié)束時(shí)間點(diǎn)的剩余子幀數(shù)；用終端標(biāo)識(shí)除以該剩余子幀數(shù)，得到余數(shù)作為所述狀態(tài)報(bào)告時(shí)機(jī)?？筛鶕?jù)以下公式(2)計(jì)算狀態(tài)報(bào)告時(shí)機(jī)Counting Response Occasion = IMSI mod{10ms*[mcch-ModificationPeriod(1+SFN mod mcch-ModificationPeriod)]}(2)其中，Counting Response Occasion為狀態(tài)報(bào)告時(shí)機(jī)；IMSI為所述終端標(biāo)識(shí)；SFN為收到所述狀態(tài)報(bào)告請(qǐng)求消息時(shí)所處的系統(tǒng)巾貞數(shù)；mcch-Modif icationPeriod是MCCH的修改周期。上面的實(shí)施例中采用MSI作為UE標(biāo)識(shí)，但是本發(fā)明實(shí)施例不限于此。也可以采用其他UE標(biāo)識(shí)計(jì)算狀態(tài)報(bào)告時(shí)機(jī)。本發(fā)明實(shí)施例也不限于這里給出的具體形式的公式，而可以根據(jù)需要進(jìn)行修改。另外，MCCH改變只能發(fā)生在MCCH修改周期(MCCHMP ；MCCHModification Period)的邊界。當(dāng)網(wǎng)絡(luò)需要改變MCCH的內(nèi)容時(shí)，首先要在一個(gè)MCCH MP內(nèi)通知UE，然后在下一個(gè)MCCH MP開(kāi)始發(fā)送新的MCCH內(nèi)容。203，UE根據(jù)狀態(tài)報(bào)告時(shí)機(jī)發(fā)送狀態(tài)報(bào)告。這樣，本發(fā)明實(shí)施例通過(guò)UE標(biāo)識(shí)獲得彼此不同的狀態(tài)報(bào)告時(shí)機(jī)，使得終端只在各自的狀態(tài)報(bào)告時(shí)機(jī)上發(fā)送狀態(tài)報(bào)告，避免了大量終端同時(shí)發(fā)送狀態(tài)報(bào)告造成的擁塞問(wèn)題，提聞了系統(tǒng)效率。圖3A是本發(fā)明實(shí)施例的一個(gè)終端的示意框圖。圖3A的終端包括時(shí)機(jī)確定單元22a，用于在接收到基站的狀態(tài)報(bào)告請(qǐng)求消息之后，根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)，所述狀態(tài)報(bào)告時(shí)機(jī)用于指定發(fā)送狀態(tài)報(bào)告的時(shí)間點(diǎn)；收發(fā)單元21a，用于根據(jù)所述狀態(tài)報(bào)告時(shí)機(jī)發(fā)送狀態(tài)報(bào)告。該終端的各個(gè)部分可分別執(zhí)行圖I的各個(gè)過(guò)程，為避免重復(fù)，不再贅述。圖3B是本發(fā)明實(shí)施例的另一個(gè)終端的示意框圖。圖3B的終端中，與圖3A中相同或相似的部分，使用相同的標(biāo)號(hào)來(lái)表不。圖3B的收發(fā)單元21a與圖3A中的21a類(lèi)似，因此省略其具體描述。圖3B與圖3A的不同之處在于時(shí)機(jī)確定單元22b得到所述狀態(tài)報(bào)告請(qǐng)求消息的接收時(shí)間點(diǎn)與當(dāng)前修改周期的結(jié)束時(shí)間點(diǎn)之間的長(zhǎng)度，用所述終端標(biāo)識(shí)除以所述長(zhǎng)度，得到余數(shù)作為發(fā)送狀態(tài)報(bào)告的系統(tǒng)幀數(shù)，將所述系統(tǒng)幀數(shù)乘以10，得到子幀數(shù)，作為所述狀態(tài)報(bào)告時(shí)機(jī)。或者，時(shí)機(jī)確定單元22b獲得收到狀態(tài)報(bào)告請(qǐng)求消息的時(shí)間點(diǎn)距離當(dāng)前修改周期結(jié)束的時(shí)間點(diǎn)的剩余子幀數(shù)；用所述終端標(biāo)識(shí)除以所述剩余子幀數(shù)，得到余數(shù)作為所述狀態(tài)報(bào)告時(shí)機(jī)?？商鎿Q地，時(shí)機(jī)確定單元22b使用上述公式(I)或(2)得到狀態(tài)報(bào)告時(shí)機(jī)。這樣，本發(fā)明實(shí)施例引入用于指定發(fā)送時(shí)間點(diǎn)的狀態(tài)報(bào)告時(shí)機(jī)，使得終端只在各自的狀態(tài)報(bào)告時(shí)機(jī)上發(fā)送狀態(tài)報(bào)告，避免了大量終端同時(shí)發(fā)送狀態(tài)報(bào)告，從而避免了由此造成的擁塞問(wèn)題，提聞了系統(tǒng)效率。目前MBMS countin g 只是針對(duì) RRC(Radio Resource Control ;無(wú)線(xiàn)資源控制)connected mode (連接態(tài))UE,也就是說(shuō)只有連接態(tài)的UE會(huì)發(fā)MBMSCountingResponse消息。Idle mode(空閑態(tài))UE即使正在接收相應(yīng)的業(yè)務(wù)也不會(huì)給網(wǎng)絡(luò)側(cè)發(fā)送MBMSCountingResponse消息。(但是空閑態(tài)的UE也能接收廣播的MBMS業(yè)務(wù))。但是，目前正考慮把idle態(tài)的UE也納入發(fā)送狀態(tài)報(bào)告的范圍。因?yàn)閁E只有進(jìn)入連接態(tài)后才能發(fā)送目前的MBMSCountingResponse消息,所以如果idle mode的UE要發(fā)送狀態(tài)報(bào)告的話(huà)，必須首先進(jìn)入連接態(tài)。即使在空閑態(tài)UE使用其他的消息發(fā)送狀態(tài)報(bào)告，很可能也要進(jìn)入連接態(tài)以后才可以發(fā)送。在發(fā)送完?duì)顟B(tài)報(bào)告后，UE只能在等待相關(guān)定時(shí)器超時(shí)之后，才會(huì)釋放空口資源，在此期間其他業(yè)務(wù)無(wú)法使用該空口資源，從而降低了資源利用效率。根據(jù)本發(fā)明實(shí)施例，如果沒(méi)有其他業(yè)務(wù)則UE應(yīng)該再次盡快進(jìn)入空閑態(tài)，以盡快釋放空口資源給其他單播業(yè)務(wù)。圖4A是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的方法的示意流程圖。該方法主要由初始處于空閑態(tài)的終端(例如UE)執(zhí)行,也可能涉及網(wǎng)絡(luò)側(cè),如eNB或MME(Mobility ManagementEntity ;移動(dòng)性管理實(shí)體)，包括401，接收基站發(fā)送的狀態(tài)報(bào)告請(qǐng)求消息。402a,當(dāng)確認(rèn)發(fā)送狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程及發(fā)送狀態(tài)報(bào)告，所述狀態(tài)報(bào)告包括指示信息，以使得所述基站根據(jù)指示信息終止連接建立過(guò)程或釋放空口資源和/或終端上下文，其中所述指示信息用于指示發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)。403，在發(fā)送完所述狀態(tài)報(bào)告之后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，返回空閑狀態(tài)。圖4B是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的方法的示意流程圖。在圖4B中，與圖4A相同或相似的過(guò)程，使用相同或相似的標(biāo)號(hào)來(lái)表示，并適當(dāng)省略其詳細(xì)描述。圖4B與圖4A的不同之處在于402b,向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程及發(fā)送狀態(tài)報(bào)告后，確認(rèn)沒(méi)有后續(xù)業(yè)務(wù)時(shí)，向所述基站發(fā)送指示信息，以使得所述基站根據(jù)指示信息終止連接建立過(guò)程或釋放空口資源和/或終端上下文，其中所述指示信息用于指示發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)。圖4C是本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的方法的示意流程圖。在圖4C中，與圖4A相同或相似的過(guò)程，使用相同或相似的標(biāo)號(hào)來(lái)表示，并適當(dāng)省略其詳細(xì)描述。圖4C與圖4A的不同之處在于402c,向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程，確認(rèn)發(fā)送所述狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)，向所述基站發(fā)送指示信息，發(fā)送狀態(tài)報(bào)告，以使得所述基站根據(jù)指示信息終止連接建立過(guò)程或釋放空口資源和/或終端上下文，其中所述指示信息用于指示發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)。這樣，本發(fā)明實(shí)施例對(duì)于僅僅是為了發(fā)送狀態(tài)報(bào)告而發(fā)起RRC連接建立過(guò)程、沒(méi)有后續(xù)業(yè)務(wù)的終端通過(guò)向基站發(fā)送指示信息，使基站釋放相應(yīng)資源，并使得終端在發(fā)送狀態(tài)報(bào)告之后盡快進(jìn)入空閑態(tài)，從而避免了僅僅由于發(fā)送狀態(tài)報(bào)告而長(zhǎng)時(shí)間占用空口資源的問(wèn)題，提高了系統(tǒng)資源的利用效率。圖5A是根據(jù)本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的方法的示意流程圖。圖5A的方法由基站執(zhí)行，包括501，向終端發(fā)送狀態(tài)報(bào)告請(qǐng)求消息。502，響應(yīng)無(wú)線(xiàn)資源控制RRC連接建立過(guò)程并接收所述終端發(fā)送的狀態(tài)報(bào)告。503，接收指示信息，所述指示信息用于指示所述終端發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)。 504a,根據(jù)所述指示信息終止連接建立過(guò)程。圖5B是根據(jù)本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的方法的示意流程圖。在圖5B中，與圖5A相同或相似的過(guò)程，使用相同或相似的標(biāo)號(hào)來(lái)表示，并適當(dāng)省略其詳細(xì)描述。圖5B與圖5A的不同之處在于504b，根據(jù)所述指示信息釋放終端上下文。圖5C是根據(jù)本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的方法的示意流程圖。在圖5C中，與圖5A相同或相似的過(guò)程，使用相同或相似的標(biāo)號(hào)來(lái)表示，并適當(dāng)省略其詳細(xì)描述。圖5C與圖5A的不同之處在于504c，根據(jù)所述指示信息。釋放空口資源。這樣，本發(fā)明實(shí)施例對(duì)于僅僅是為了發(fā)送狀態(tài)報(bào)告而發(fā)起RRC連接建立過(guò)程、沒(méi)有后續(xù)業(yè)務(wù)的終端通過(guò)向基站發(fā)送指示信息，使基站釋放相應(yīng)資源，并使得終端在發(fā)送狀態(tài)報(bào)告之后盡快進(jìn)入空閑態(tài)，從而避免了僅僅由于發(fā)送狀態(tài)報(bào)告而長(zhǎng)時(shí)間占用空口資源的問(wèn)題，提高了系統(tǒng)資源的利用效率。下面結(jié)合具體例子描述通信系統(tǒng)內(nèi)上報(bào)狀態(tài)報(bào)告的過(guò)程。圖6是根據(jù)本發(fā)明實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。圖6中的過(guò)程包括601，eNB向UE發(fā)送狀態(tài)報(bào)告請(qǐng)求消息。所述狀態(tài)報(bào)告請(qǐng)求消息可以為MBMSCountingRequest消息,也可以是專(zhuān)用消息或者其他消息。602，空閑態(tài)的UE在接收到狀態(tài)報(bào)告請(qǐng)求消息之后，發(fā)起RRC連接建立過(guò)程603，UE向eNB發(fā)送狀態(tài)報(bào)告。根據(jù)不同情況，UE所發(fā)送的狀態(tài)報(bào)告可以包含在RRC連接建立請(qǐng)求(RRCConnectionSetuprequest)消息中，或者包含在RRC連接建立完成(RRCConnectionComplete)消息中，或者包含在專(zhuān)門(mén)的狀態(tài)報(bào)告消息(MBMSCountingResponse)中。狀態(tài)報(bào)告的發(fā)送方式不對(duì)本發(fā)明實(shí)施例的范圍構(gòu)成限制。604，UE發(fā)送指示信息，其中該指示消息表示發(fā)送狀態(tài)報(bào)告是否還有后續(xù)業(yè)務(wù)。根據(jù)不同情況，UE發(fā)送的指示信息可以包含在RRC連接建立請(qǐng)求(RRCConnectionSetuprequest)消息中，或者包含在RRC連接建立完成(RRCConnectionComplete)消息中。
指示信息可包含沒(méi)有后續(xù)業(yè)務(wù)的指示，也可以包含還有后續(xù)業(yè)務(wù)的指示。應(yīng)注意，雖然圖6中將602、603、604顯示為單獨(dú)的過(guò)程，但本發(fā)明實(shí)施例不限于此，可以這幾個(gè)過(guò)程可以進(jìn)行合并，執(zhí)行順序也可以改變。例如，在合并603和604的情況下，將UE發(fā)送的指示信息包含在狀態(tài)報(bào)告消息(例如MBMSCountingResponse)中。603和604的執(zhí)行順序也可以互換。或者，在合并602和603的情況下，UE所發(fā)送的狀態(tài)報(bào)告可以包含在RRC連接建立請(qǐng)求消息中，或者包含在RRC連接建立完成消息中。這些變化均落入本發(fā)明實(shí)施例的范圍內(nèi)。605，UE在發(fā)送完?duì)顟B(tài)報(bào)告之后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，返回空閑態(tài)。UE可以主動(dòng)返回空閑態(tài)，或者根據(jù)所接收的特定消息而被動(dòng)返回空閑態(tài)。下面還將結(jié)合不同情況進(jìn)一步描述UE返回空閑態(tài)的各種方式。
這樣，本發(fā)明實(shí)施例對(duì)于僅僅是為了發(fā)送狀態(tài)報(bào)告而發(fā)起RRC連接建立過(guò)程、沒(méi)有后續(xù)業(yè)務(wù)的終端通過(guò)向基站發(fā)送指示信息，使基站釋放相應(yīng)資源，并使得終端在發(fā)送狀態(tài)報(bào)告之后盡快進(jìn)入空閑態(tài)，從而避免了僅僅由于發(fā)送狀態(tài)報(bào)告而長(zhǎng)時(shí)間占用空口資源的問(wèn)題，提高了系統(tǒng)資源的利用效率。圖7是本發(fā)明的一個(gè)實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。在圖7中，與圖6中相同或相似的過(guò)程用相同的附圖標(biāo)記表不，并省略相應(yīng)的描述。圖7的過(guò)程中601-604與圖6類(lèi)似。圖7與圖6的不同之處在于605a,在發(fā)送完?duì)顟B(tài)報(bào)告之后，并且在RRC連接建立過(guò)程尚未完成時(shí)，UE主動(dòng)終止該RRC連接建立過(guò)程并立即返回空閑態(tài)。另一方面，在701，eNB在接收到狀態(tài)報(bào)告之后終止RRC連接建立過(guò)程。圖8是本發(fā)明的一個(gè)實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。在圖8中，與圖6中相同或相似的過(guò)程用相同的附圖標(biāo)記表不，并省略相應(yīng)的描述。圖8的過(guò)程中601-604與圖6類(lèi)似。圖8與圖6的不同之處在于605b，在RRC連接建立過(guò)程已完成時(shí)，UE可以在發(fā)送完?duì)顟B(tài)報(bào)告后，主動(dòng)釋放已經(jīng)建立的RRC連接，回到空閑態(tài)。本發(fā)明實(shí)施例還可以進(jìn)一步考慮eNB和MME建立UE上下文(S1AP連接；SlApplication Protocol connection)的情況,執(zhí)行使得UE返回空閑態(tài)的過(guò)程。圖9是本發(fā)明的一個(gè)實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。在圖9中，與圖6中相同或相似的過(guò)程用相同的附圖標(biāo)記表不，并省略相應(yīng)的描述。圖9的過(guò)程中601-604與圖6類(lèi)似。圖9與圖6的不同之處在于605c，在RRC連接建立過(guò)程已完成，但是eNB和MME之間尚未建立終端上下文(UEContext)時(shí)，UE可主動(dòng)釋放已經(jīng)建立的RRC連接并立即返回空閑態(tài)。901, eNB在收到UE的狀態(tài)報(bào)告和指示信息時(shí)，不請(qǐng)求MME建立UE的上下文，并釋放該空口資源。圖10是本發(fā)明的一個(gè)實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。在圖10中，與圖6中相同或相似的過(guò)程用相同的附圖標(biāo)記表示，并省略相應(yīng)的描述。圖10的過(guò)程中601-604與圖6類(lèi)似。圖10與圖6的不同之處在于605d,在RRC連接建立過(guò)程已完成并且eNB和MME之間已經(jīng)建立終端上下文時(shí)，UE主動(dòng)釋放RRC連接并返回空閑態(tài)。隨后，eNB在收到UE的狀態(tài)報(bào)告和指示信息之后，則立即開(kāi)始釋放UE上下文，例如不啟動(dòng)不活躍定時(shí)器(inactivity timer)。其中，eNB釋放UE上下文的過(guò)程可包括1001, eNB請(qǐng)求MME釋放該UE上下文。該請(qǐng)求中可能攜帶請(qǐng)求釋放的原因指示，該原因指示表示UE上報(bào)狀態(tài)報(bào)告完成和是否還有后續(xù)業(yè)務(wù)。原因指示可以是原因值或者其他形式的指示值。1002，MME給eNB發(fā)送釋放UE上下文消息。
1003，eNB在接收到釋放UE上下文消息之后，釋放UE上下文。圖11是本發(fā)明的一個(gè)實(shí)施例的上報(bào)狀態(tài)報(bào)告的過(guò)程的示意流程圖。在圖11中，與圖6中相同或相似的過(guò)程用相同的附圖標(biāo)記表示，并省略相應(yīng)的描述。圖11的過(guò)程中601-604與圖6類(lèi)似。圖11與圖6的不同之處在于1101，在RRC連接建立過(guò)程已完成，并且eNB和MME之間已經(jīng)建立UE上下文時(shí)，eNB請(qǐng)求MME釋放該UE上下文。該請(qǐng)求中可能攜帶請(qǐng)求釋放的原因指示，表示該請(qǐng)求是因?yàn)閁E上報(bào)狀態(tài)報(bào)告完成且沒(méi)有后續(xù)業(yè)務(wù)。原因指示可以是原因值或者其他形式的指示值。1102，MME根據(jù)eNB的請(qǐng)求給eNB發(fā)送釋放UE上下文消息。1103，eNB在接收到MME發(fā)送的釋放UE上下文消息之后，給UE發(fā)送連接釋放消息，如 RRCConnectionRelease 消息。1104，UE在接收eNB發(fā)送的連接釋放消息之后，釋放RRC連接并返回空閑態(tài)。1105，UE向eNB發(fā)送確認(rèn)收到連接釋放消息并釋放了 RRC連接的確認(rèn)消息。1106，eNB根據(jù)MME發(fā)送的釋放UE上下文消息，釋放UE上下文。這樣，本發(fā)明實(shí)施例對(duì)于僅僅是為了發(fā)送狀態(tài)報(bào)告而發(fā)起RRC連接建立過(guò)程、沒(méi)有后續(xù)業(yè)務(wù)的終端通過(guò)向基站發(fā)送指示信息，使基站釋放相應(yīng)資源，并使得終端在發(fā)送狀態(tài)報(bào)告之后盡快進(jìn)入空閑態(tài)，從而避免了僅僅由于發(fā)送狀態(tài)報(bào)告而長(zhǎng)時(shí)間占用空口資源的問(wèn)題，提高了系統(tǒng)資源的利用效率。圖12A是本發(fā)明另一實(shí)施例的終端的示意框圖。如圖12A所示，該終端包括收發(fā)單元41，用于接收來(lái)自基站的狀態(tài)報(bào)告請(qǐng)求消息。連接單元42a，用于當(dāng)發(fā)送所述狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程并通過(guò)所述收發(fā)單元發(fā)送狀態(tài)報(bào)告，所述狀態(tài)報(bào)告包括指示信息，以使得所述基站根據(jù)指示信息終止連接建立過(guò)程或釋放空口資源和/或終端上下文，其中所述指示信息用于指示發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)?？刂茊卧?3，用于在發(fā)送完所述狀態(tài)報(bào)告之后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，返回空閑狀態(tài)。圖12B是本發(fā)明另一實(shí)施例的終端的示意框圖。在圖12B中，與圖12A相同或相似的部分，使用相同或相似的標(biāo)號(hào)來(lái)表示，并適當(dāng)省略其詳細(xì)描述。圖12B與圖12A的不同之處在于連接單元42b，用于向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程并通過(guò)所述收發(fā)單元發(fā)送狀態(tài)報(bào)告后，沒(méi)有后續(xù)業(yè)務(wù)時(shí)，通過(guò)所述收發(fā)單元向所述基站發(fā)送指示信息，以使得所述基站根據(jù)指示信息終止連接建立過(guò)程或釋放空口資源和/或終端上下文，其中所述指示信息用于指示發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)。
圖12C是本發(fā)明另一實(shí)施例的終端的示意框圖。在圖12C中，與圖12A相同或相似的部分，使用相同或相似的標(biāo)號(hào)來(lái)表示，并適當(dāng)省略其詳細(xì)描述。圖12C與圖12A的不同之處在于連接單元42c，用于向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程，當(dāng)發(fā)送所述狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，通過(guò)所述收發(fā)單元向所述基站發(fā)送指示信息，并發(fā)送狀態(tài)報(bào)告，以使得所述基站根據(jù)指示信息終止連接建立過(guò)程或釋放空口資源和/或終端上下文，其中所述指示信息用于指示發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)。這樣，本發(fā)明實(shí)施例對(duì)于僅僅是為了發(fā)送狀態(tài)報(bào)告而發(fā)起RRC連接建立過(guò)程、沒(méi)有后續(xù)業(yè)務(wù)的終端通過(guò)向基站發(fā)送指示信息，使基站釋放相應(yīng)資源，并使得終端在發(fā)送狀態(tài)報(bào)告之后盡快進(jìn)入空閑態(tài)，從而避免了僅僅由于發(fā)送狀態(tài)報(bào)告而長(zhǎng)時(shí)間占用空口資源的問(wèn)題，提高了系統(tǒng)資源的利用效率。圖12的終端的各個(gè)部分可分別執(zhí)行圖4的方法的各個(gè)過(guò)程，為避免重復(fù)，不再贅述。 圖13是本發(fā)明另一實(shí)施例的終端的示意框圖。在圖13中，與圖12A至圖12C相同或相似的部分，使用相同或相似的標(biāo)號(hào)來(lái)表示，并適當(dāng)省略其詳細(xì)描述。圖13中的連接單元42可以是圖12A-圖12C中的42a-42c或者它們之間的任意組合。圖13與圖12A-圖12C的不同之處在于收發(fā)單元41d用于向基站發(fā)送RRC連接建立完成消息，所述RRC連接建立完成消息中攜帶所述指示信息?？刂茊卧?3d在RRC連接建立過(guò)程尚未完成時(shí)，終止RRC連接建立過(guò)程并返回空閑態(tài)； 可替換地，控制單元43d在RRC連接建立過(guò)程已完成時(shí)，釋放RRC連接并返回空閑態(tài)。或者，控制單元43d在RRC連接建立過(guò)程已完成，但是基站和移動(dòng)性管理實(shí)體MME之間尚未建立終端上下文時(shí)，釋放RRC連接并返回空閑態(tài)?？商鎿Q地，控制單元43d在RRC連接建立過(guò)程已完成，并且基站和移動(dòng)性管理實(shí)體MME之間已經(jīng)建立終端上下文時(shí)，釋放RRC連接并返回空閑態(tài)。可替換地，控制單元43d在RRC連接建立過(guò)程已完成時(shí)，通過(guò)收發(fā)單元41接收基站發(fā)送的連接釋放消息，根據(jù)連接釋放消息釋放RRC連接并返回空閑態(tài)。圖14A是本發(fā)明實(shí)施例的基站的示意框圖。圖14A的基站包括收發(fā)單元51，用于向終端發(fā)送狀態(tài)報(bào)告請(qǐng)求消息。響應(yīng)單元52，用于響應(yīng)無(wú)線(xiàn)資源控制RRC連接建立過(guò)程并通過(guò)所述收發(fā)單元接收所述終端發(fā)送的狀態(tài)報(bào)告。收發(fā)單元51，用于接收指示信息，所述指示信息用于指示所述終端發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)?？刂茊卧?3a，用于根據(jù)所述指示信息終止連接建立過(guò)程。圖14B是本發(fā)明實(shí)施例的基站的示意框圖。在圖14B中，與圖14A相同或相似的部分，使用相同或相似的標(biāo)號(hào)來(lái)表示，并適當(dāng)省略其詳細(xì)描述。圖14B與圖14A的不同之處在于
控制單元53b，用于根據(jù)所述指示信息或釋放終端上下文。圖14C是本發(fā)明實(shí)施例的基站的示意框圖。在圖14C中，與圖14A相同或相似的部分，使用相同或相似的標(biāo)號(hào)來(lái)表示，并適當(dāng)省略其詳細(xì)描述。圖14C與圖14A的不同之處在于控制單元53c，用于根據(jù)所述指示信息釋放空口資源。這樣，本發(fā)明實(shí)施例對(duì)于僅僅是為了發(fā)送狀態(tài)報(bào)告而發(fā)起RRC連接建立過(guò)程、沒(méi)有后續(xù)業(yè)務(wù)的終端通過(guò)向基站發(fā)送指示信息，使基站釋放相應(yīng)資源，并使得終端在發(fā)送狀態(tài)報(bào)告之后盡快進(jìn)入空閑態(tài)，從而避免了僅僅由于發(fā)送狀態(tài)報(bào)告而長(zhǎng)時(shí)間占用空口資源的問(wèn)題，提高了系統(tǒng)資源的利用效率。圖14A-圖14C的基站的各個(gè)部分可分別執(zhí)行圖5A-圖5C的方法的各個(gè)過(guò)程，為避免重復(fù)，不再贅述。 圖15是本發(fā)明另一實(shí)施例的基站的示意框圖。在圖15中，與圖14A-圖14C相同或相似的部分，使用相同或相似的標(biāo)號(hào)來(lái)表示，并適當(dāng)省略其詳細(xì)描述。圖15與圖14A-圖14C的不同之處在于控制單元53d用于請(qǐng)求移動(dòng)性管理實(shí)體MME釋放終端上下文，以使得MME向基站發(fā)送釋放終端上下文消息，或者根據(jù)所述MME發(fā)送的所述釋放終端上下文消息，釋放所述終端下文?？商鎿Q地，控制單元53d用于請(qǐng)求移動(dòng)性管理實(shí)體MME釋放終端上下文，以使得MME向基站發(fā)送釋放終端上下文消息，通過(guò)收發(fā)單元51向終端發(fā)送連接釋放消息，在通過(guò)收發(fā)單元51接收到終端根據(jù)連接釋放消息釋放RRC連接的確認(rèn)消息之后，根據(jù)MME發(fā)送的釋放終端上下文消息，釋放終端上下文。另外，控制單元53d，用于在請(qǐng)求MME釋放所述終端上下文的消息中攜帶原因指示，所述原因指示表示終端上報(bào)狀態(tài)報(bào)告和是否還有后續(xù)業(yè)務(wù)。圖16是本發(fā)明實(shí)施例的通信系統(tǒng)的示意框圖。該通信系統(tǒng)包括終端60和基站61。終端60可以是如圖3A-圖3B或圖12A-圖12C或圖13所示的終端?；?1可以是如圖14A-圖14C或圖15所示的基站。這樣，本發(fā)明實(shí)施例對(duì)于僅僅是為了發(fā)送狀態(tài)報(bào)告而發(fā)起RRC連接建立過(guò)程、沒(méi)有后續(xù)業(yè)務(wù)的終端通過(guò)向基站發(fā)送指示信息，使基站釋放相應(yīng)資源，并使得終端在發(fā)送狀態(tài)報(bào)告之后盡快進(jìn)入空閑態(tài)，從而避免了僅僅由于發(fā)送狀態(tài)報(bào)告而長(zhǎng)時(shí)間占用空口資源的問(wèn)題，提高了系統(tǒng)資源的利用效率。本領(lǐng)域普通技術(shù)人員可以意識(shí)到，結(jié)合本文中所公開(kāi)的實(shí)施例描述的各示例的單元及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來(lái)實(shí)現(xiàn)，為了清楚地說(shuō)明硬件和軟件的可互換性，在上述說(shuō)明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來(lái)執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專(zhuān)業(yè)技術(shù)人員可以對(duì)每個(gè)特定的應(yīng)用來(lái)使用不同方法來(lái)實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡(jiǎn)潔，上述描述的系統(tǒng)、裝置和單元的具體工作過(guò)程，可以參考前述方法實(shí)施例中的對(duì)應(yīng)過(guò)程，在此不再贅述。在本申請(qǐng)所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)、裝置和方法，可以通過(guò)其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過(guò)一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。
所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開(kāi)的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以?xún)蓚€(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷(xiāo)售或使用時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括U盤(pán)、移動(dòng)硬盤(pán)、只讀存儲(chǔ)器(ROM, Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM, Random Access Memory)、磁碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)。以上所述，僅為本發(fā)明的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種上報(bào)狀態(tài)報(bào)告的方法，其特征在于，包括 在接收到基站的狀態(tài)報(bào)告請(qǐng)求消息之后，根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)，所述狀態(tài)報(bào)告時(shí)機(jī)用于指定發(fā)送狀態(tài)報(bào)告的時(shí)間點(diǎn)； 根據(jù)所述狀態(tài)報(bào)告時(shí)機(jī)發(fā)送狀態(tài)報(bào)告。
2.如權(quán)利要求I所述的方法，其特征在于，所述根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)包括 得到所述狀態(tài)報(bào)告請(qǐng)求消息的接收時(shí)間點(diǎn)與當(dāng)前修改周期的結(jié)束時(shí)間點(diǎn)之間的長(zhǎng)度； 用所述終端標(biāo)識(shí)除以所述長(zhǎng)度，得到余數(shù)作為發(fā)送狀態(tài)報(bào)告的系統(tǒng)幀數(shù)； 將所述系統(tǒng)幀數(shù)乘以10，得到子幀數(shù)，作為所述狀態(tài)報(bào)告時(shí)機(jī)。
3.如權(quán)利要求I所述的方法，其特征在于，所述根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)包括 Counting Response Occasion =10ms*{IMSI mod[mcch-ModificationPeriod-(1+SFNmod mcch-ModificationPeriod)] 其中，Counting Response Occasion為狀態(tài)報(bào)告時(shí)機(jī)；IMSI為所述終端標(biāo)識(shí)；SFN為收到所述狀態(tài)報(bào)告請(qǐng)求消息時(shí)所處的系統(tǒng)巾貞數(shù)；mcch-ModificationPeriod是多媒體廣播組播業(yè)務(wù)控制信道的修改周期。
4.如權(quán)利要求I所述的方法，其特征在于，所述根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)包括 獲得收到狀態(tài)報(bào)告請(qǐng)求消息的時(shí)間點(diǎn)與當(dāng)前修改周期結(jié)束的時(shí)間點(diǎn)之間的剩余子幀數(shù)； 用所述終端標(biāo)識(shí)除以所述剩余子幀數(shù)，得到余數(shù)作為所述狀態(tài)報(bào)告時(shí)機(jī)。
5.如權(quán)利要求I所述的方法，其特征在于，所述根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)包括 Counting Response Occasion = IMSI mod {10ms*[mcch-ModificationPeriod(1+SFNmod mcch-ModificationPeriod)]} 其中，Counting Response Occasion為狀態(tài)報(bào)告時(shí)機(jī)；IMSI為所述終端標(biāo)識(shí)；SFN為收到所述狀態(tài)報(bào)告請(qǐng)求消息時(shí)所處的系統(tǒng)巾貞數(shù)；mcch-ModificationPeriod是多媒體廣播組播業(yè)務(wù)控制信道的修改周期。
6.—種上報(bào)狀態(tài)報(bào)告的方法,其特征在于,包括 接收基站發(fā)送的狀態(tài)報(bào)告請(qǐng)求消息； 當(dāng)確認(rèn)發(fā)送狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程及發(fā)送狀態(tài)報(bào)告，所述狀態(tài)報(bào)告包括指示信息；或者 向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程及發(fā)送狀態(tài)報(bào)告后，確認(rèn)沒(méi)有后續(xù)業(yè)務(wù)時(shí)，向所述基站發(fā)送指示信息；或者 向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程，確認(rèn)發(fā)送所述狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)，向所述基站發(fā)送指示信息，發(fā)送所述狀態(tài)報(bào)告； 以使得所述基站根據(jù)指示信息終止連接建立過(guò)程，或者釋放空口資源和/或終端上下文，其中所述指示信息用于指示發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)； 發(fā)送所述狀態(tài)報(bào)告之后如果沒(méi)有后續(xù)業(yè)務(wù)，則返回空閑狀態(tài)。
7.如權(quán)利要求6所述的方法，其特征在于，所述向所述基站發(fā)送指示信息包括 向基站發(fā)送RRC連接建立完成消息，所述RRC連接建立完成消息中攜帶所述指示信息。
8.如權(quán)利要求6所述的方法，其特征在于，所述返回空閑態(tài)包括在所述RRC連接建立過(guò)程尚未完成時(shí)，終止所述RRC連接建立過(guò)程并返回空閑態(tài)；或者在所述RRC連接建立過(guò)程已完成時(shí)，釋放RRC連接并返回空閑態(tài)；或者在所述RRC連接建立過(guò)程已完成，但是基站和移動(dòng)性管理實(shí)體MME之間尚未建立終端上下文時(shí)，釋放RRC連接并返回空閑態(tài)；或者 在所述RRC連接建立過(guò)程已完成，并且基站和移動(dòng)性管理實(shí)體MME之間已經(jīng)建立終端上下文時(shí)，釋放RRC連接并返回空閑態(tài)。
9.如權(quán)利要求6所述的方法，其特征在于，所述返回空閑態(tài)包括 在所述RRC連接建立過(guò)程已完成時(shí)，接收基站發(fā)送的連接釋放消息，根據(jù)所述連接釋放消息釋放RRC連接并返回空閑態(tài)。
10.一種上報(bào)狀態(tài)報(bào)告的方法，其特征在于，包括 向終端發(fā)送狀態(tài)報(bào)告請(qǐng)求消息； 響應(yīng)無(wú)線(xiàn)資源控制RRC連接建立過(guò)程并接收所述終端發(fā)送的狀態(tài)報(bào)告； 接收指示信息，所述指示信息用于指示所述終端發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)； 根據(jù)所述指示信息終止連接建立過(guò)程，或者釋放終端上下文和/或釋放空口資源。
11.如權(quán)利要求10所述的方法，其特征在于，所述釋放終端上下文包括 請(qǐng)求移動(dòng)性管理實(shí)體MME釋放所述終端上下文，以使得所述MME向基站發(fā)送釋放終端上下文消息； 根據(jù)所述MME發(fā)送的所述釋放終端上下文消息，釋放所述終端下文。
12.如權(quán)利要求10所述的方法，其特征在于，所述釋放終端上下文包括 請(qǐng)求移動(dòng)性管理實(shí)體MME釋放所述終端上下文，以使得所述MME向基站發(fā)送釋放終端上下文消息； 向終端發(fā)送連接釋放消息； 在接收到所述終端釋放RRC連接的確認(rèn)消息之后，根據(jù)所述MME發(fā)送的所述釋放終端上下文消息，釋放所述終端上下文。
13.如權(quán)利要求11或12所述的方法，其特征在于，所述請(qǐng)求移動(dòng)性管理實(shí)體MME釋放所述終端上下文包括 在請(qǐng)求MME釋放所述終端上下文的消息中攜帶原因指示，所述原因指示表示終端上報(bào)狀態(tài)報(bào)告和是否還有后續(xù)業(yè)務(wù)。
14.一種終端，其特征在于，包括 時(shí)機(jī)確定單元，用于在接收到基站的狀態(tài)報(bào)告請(qǐng)求消息之后，根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)，所述狀態(tài)報(bào)告時(shí)機(jī)用于指定發(fā)送狀態(tài)報(bào)告的時(shí)間點(diǎn)； 收發(fā)單元，用于根據(jù)所述狀態(tài)報(bào)告時(shí)機(jī)發(fā)送狀態(tài)報(bào)告。
15.如權(quán)利要求14所述的終端，其特征在于， 所述時(shí)機(jī)確定單元具體用于得到所述狀態(tài)報(bào)告請(qǐng)求消息的接收時(shí)間點(diǎn)與當(dāng)前修改周期的結(jié)束時(shí)間點(diǎn)之間的長(zhǎng)度，用所述終端標(biāo)識(shí)除以所述長(zhǎng)度，得到余數(shù)作為發(fā)送狀態(tài)報(bào)告的系統(tǒng)幀數(shù)，將所述系統(tǒng)幀數(shù)乘以10，得到子幀數(shù)，作為所述狀態(tài)報(bào)告時(shí)機(jī)。
16.如權(quán)利要求14所述的終端，其特征在于，所述時(shí)機(jī)確定單元具體用于Counting Response Occasion = 10ms* {IMSI mod [mcch-Modif icationPeriod- (1+SFNmod mcch-ModificationPeriod)] 其中，Counting Response Occasion為狀態(tài)報(bào)告時(shí)機(jī)；IMSI為所述終端標(biāo)識(shí)；SFN為收到所述狀態(tài)報(bào)告請(qǐng)求消息時(shí)所處的系統(tǒng)巾貞數(shù)；mcch-ModificationPeriod是多媒體廣播組播業(yè)務(wù)控制信道的修改周期。
17.如權(quán)利要求14所述的終端，其特征在于，所述時(shí)機(jī)確定單元具體用于獲得收到狀態(tài)報(bào)告請(qǐng)求消息的時(shí)間點(diǎn)距離當(dāng)前修改周期結(jié)束的時(shí)間點(diǎn)的剩余子幀數(shù)；用所述終端標(biāo)識(shí)除以所述剩余子幀數(shù)，得到余數(shù)作為所述狀態(tài)報(bào)告時(shí)機(jī)。
18.如權(quán)利要求14所述的終端，其特征在于，所述時(shí)機(jī)確定單元具體用于Counting Response Occasion = IMSI mod {10ms*[mcch-ModificationPeriod(1+SFNmod mcch-ModificationPeriod) ]} 其中，Counting Response Occasion為狀態(tài)報(bào)告時(shí)機(jī)；IMSI為所述終端標(biāo)識(shí)；SFN為收到所述狀態(tài)報(bào)告請(qǐng)求消息時(shí)所處的系統(tǒng)巾貞數(shù)；mcch-ModificationPeriod是多媒體廣播組播業(yè)務(wù)控制信道的修改周期。
19.一種終端，其特征在于，包括 收發(fā)單元，用于接收基站發(fā)送的狀態(tài)報(bào)告請(qǐng)求消息； 連接單元，用于當(dāng)確認(rèn)發(fā)送所述狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程及通過(guò)所述收發(fā)單元發(fā)送狀態(tài)報(bào)告，所述狀態(tài)報(bào)告包括指示信息；或者用于向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程并通過(guò)所述收發(fā)單元發(fā)送所述狀態(tài)報(bào)告后，確認(rèn)沒(méi)有后續(xù)業(yè)務(wù)時(shí)，通過(guò)所述收發(fā)單元向所述基站發(fā)送指示信息；或者用于向所述基站發(fā)起無(wú)線(xiàn)資源控制RRC連接建立過(guò)程，確認(rèn)發(fā)送所述狀態(tài)報(bào)告后沒(méi)有后續(xù)業(yè)務(wù)時(shí)，通過(guò)所述收發(fā)單元向所述基站發(fā)送指示信息，并發(fā)送所述狀態(tài)報(bào)告； 以使得所述基站根據(jù)指示信息終止連接建立過(guò)程或釋放空口資源和/或終端上下文，其中所述指示信息用于指示發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)； 控制單元，用于在發(fā)送完所述狀態(tài)報(bào)告之后如果沒(méi)有后續(xù)業(yè)務(wù)時(shí)，返回空閑狀態(tài)。
20.如權(quán)利要求19所述的終端，其特征在于， 所述收發(fā)單元具體用于向基站發(fā)送RRC連接建立完成消息，所述RRC連接建立完成消息中攜帶所述指示信息。
21.如權(quán)利要求19所述的終端，其特征在于，所述控制單元具體用于 在所述RRC連接建立過(guò)程尚未完成時(shí)，終止所述RRC連接建立過(guò)程并返回空閑態(tài)；或者在所述RRC連接建立過(guò)程已完成時(shí)，釋放RRC連接并返回空閑態(tài)；或者在所述RRC連接建立過(guò)程已完成，但是基站和移動(dòng)性管理實(shí)體MME之間尚未建立終端上下文時(shí)，釋放RRC連接并返回空閑態(tài)；或者 在所述RRC連接建立過(guò)程已完成，并且基站和移動(dòng)性管理實(shí)體MME之間已經(jīng)建立終端上下文時(shí)，釋放RRC連接并返回空閑態(tài)。
22.如權(quán)利要求19所述的終端，其特征在于， 所述控制單元，用于在所述RRC連接建立過(guò)程已完成時(shí)，通過(guò)所述收發(fā)單元接收基站發(fā)送的連接釋放消息，根據(jù)所述連接釋放消息釋放RRC連接并返回空閑態(tài)。
23.—種基站，其特征在于，包括 收發(fā)單元，用于向終端發(fā)送狀態(tài)報(bào)告請(qǐng)求消息；響應(yīng)單元，用于響應(yīng)無(wú)線(xiàn)資源控制RRC連接建立過(guò)程并通過(guò)所述收發(fā)單元接收所述終端發(fā)送的狀態(tài)報(bào)告； 所述收發(fā)單元，用于接收指示信息，所述指示信息用于指示所述終端發(fā)送所述狀態(tài)報(bào)告后是否還有后續(xù)業(yè)務(wù)； 控制單元，用于根據(jù)所述指示信息終止連接建立過(guò)程，或者釋放終端上下文和/或釋放空口資源。
24.如權(quán)利要求23所述的基站，其特征在于，所述控制單元具體用于 請(qǐng)求移動(dòng)性管理實(shí)體MME釋放所述終端上下文，以使得所述MME向基站發(fā)送釋放終端上下文消息，根據(jù)所述MME發(fā)送的所述釋放終端上下文消息，釋放所述終端下文；或者 請(qǐng)求移動(dòng)性管理實(shí)體MME釋放所述終端上下文，以使得所述MME向基站發(fā)送釋放終端上下文消息，通過(guò)所述收發(fā)單元向終端發(fā)送連接釋放消息，在通過(guò)所述收發(fā)單元接收到所述終端根據(jù)所述連接釋放消息釋放RRC連接的確認(rèn)消息之后，根據(jù)所述MME發(fā)送的所述釋放終端上下文消息，釋放所述終端上下文。
25.如權(quán)利要求23所述的基站，其特征在于， 所述控制單元，用于在請(qǐng)求MME釋放所述終端上下文的消息中攜帶原因指示，所述原因指示表示終端上報(bào)狀態(tài)報(bào)告和是否還有沒(méi)有后續(xù)業(yè)務(wù)。
26.—種通信系統(tǒng)，其特征在于，包括 如權(quán)利要求14-22中任一項(xiàng)所述的終端； 如權(quán)利要求23-25中任一項(xiàng)所述的基站。
全文摘要
本發(fā)明實(shí)施例提供一種上報(bào)狀態(tài)報(bào)告的方法、終端、基站和通信系統(tǒng)。該方法包括一種上報(bào)狀態(tài)報(bào)告的方法，其特征在于，包括在接收到基站的狀態(tài)報(bào)告請(qǐng)求消息之后，根據(jù)終端標(biāo)識(shí)確定狀態(tài)報(bào)告時(shí)機(jī)，該狀態(tài)報(bào)告時(shí)機(jī)用于指定發(fā)送狀態(tài)報(bào)告的時(shí)間點(diǎn)；根據(jù)狀態(tài)報(bào)告時(shí)機(jī)發(fā)送狀態(tài)報(bào)告。本發(fā)明實(shí)施例引入用于指定狀態(tài)報(bào)告的發(fā)送時(shí)間點(diǎn)的狀態(tài)報(bào)告時(shí)機(jī)，使得終端只在各自的狀態(tài)報(bào)告時(shí)機(jī)上發(fā)送狀態(tài)報(bào)告，避免了大量終端同時(shí)發(fā)送狀態(tài)報(bào)告，從而避免了由此造成的擁塞問(wèn)題，提高了系統(tǒng)效率。
文檔編號(hào)H04W72/12GK102740487SQ20111008412
公開(kāi)日2012年10月17日 申請(qǐng)日期2011年4月2日 優(yōu)先權(quán)日2011年4月2日
發(fā)明者曾清海, 趙君輝, 黃曲芳 申請(qǐng)人:華為技術(shù)有限公司