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

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


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