一種組呼短數據能力通知方法、系統及設備的製作方法

2023-06-21 08:33:06

專利名稱：：一種組呼短數據能力通知方法、系統及設備的製作方法
技術領域：
：本發明涉及通信
技術領域：
，尤其涉及一種組呼短數據能力通知方法、系統及設備。
背景技術：
：VGCS(VoiceGroupCallService,語音組呼業務)是一種數字集群業務，能夠使主叫用戶針對某一特定區域內的組群進行話音群呼。在組呼業務中，網絡內可以劃分多個GCA(GroupCallArea,組呼區域)，在每個組呼區域中定義多個GID(GroupID，組標識)，GCRef(組呼參考=GCA+GID)在全網絡中唯一。VGCS中成員分為講者(talker)、聽者(listener)和調度員(dispatcher)。一個終端發起組呼，網絡側在組呼區域中的每個小區中建立1個組呼信道，並在NCH(NotificationChannel,通知信道)上發送組呼信息，當屬於此組的終端檢測NCH信道上的通知消息後，自動調整在組呼信道上收聽。組呼業務採用半雙工模式，呼叫期間成員可以輪流成為講者，但任一時刻只允許有一個講者(不算調度員)，其他成員為聽者，聽者數量無限制。另外在組呼過程中，允許調度員隨時插話，允許最多5個調度員同時交談，聽者可以聽到所有人的講話，講者可以聽調度員的交談，調度員可以聽到除自己外其他人的交談。VGCS業務是建立在GSM的基礎之上的，需要在原有GSM(GlobalSystemforMobilecommunications,全球移動通信系統)網絡結構上增加GCR(GroupCallRegister,組呼寄存器)，用於存儲組呼屬性數據，GCR的位置與VLR(VisitorLocationRegister,訪問位置寄存器)類似，可以與MSC(MobileSwitchingCenter,移動交換中心)放在一起。組呼區域可以跨MSC，其中控制整個組呼的MSC稱為Anchor(錨或主)MSC，其他MSC中繼組呼跨越更廣的區域，稱為Relay(中繼)MSC。短數據業務作為可選的組呼業務的一種，主要用於在組呼中發送和接收短數據(不超過9個字節)，發送方為一組呼用戶，接收方為其他組呼用戶(不包含調度者)；同時短數據的端到端的分發時間要求儘可能的短，某些數據的分發要求小於500ms。由於支持短數據傳輸在網絡側是可選的，組呼用戶在發送短數據之前，應該明確知道網絡側是否支持短數據功能，才能根據情況選擇發送還是拒絕短數據。在現有技術中，網絡側是通過UplinkBusy(上行鏈路忙)消息中的信息單元明確指示終端的，如果不支持，則該消息中不包括"uplinkaccessindication"信息單元，如果支持，則該消息中包括"uplinkaccessindication"信息單元並指示該小區內的組呼聽者MS(MobileStation,移動臺/手機/終端)使用何種信道。在實現本發明的過程中，發明人發現現有技術至少存在以下問題如果終端加入組呼後，沒有收到UplinkBusy消息，便不能判斷該組呼是否可以發送短數據，如附圖1。下面幾種場景可以具體展現此問題場景1:當組呼發起者在沒有釋放專用信道前，因為不能接收到UplinkBusy消息，從而無法獲取網絡的組呼支持短數據的能力；場景2:當組呼由調度員發起到有講者佔用上行(即廣播UplinkBusy消息)這段時間內，所有組用戶都不能獲取網絡的組呼支持短數據的能力；場景3:當用戶讀到了NCH或PCH上的消息直接加入該組呼，還沒收到UplinkBusy消息。另外，在整個組呼區域內，在GCR定義了某組呼支持短數據能力，然而在組呼區域內的某個BSS或MSC內不支持短數據，根據現有技術組呼用戶進入這些不支持短數據的小區後可能判斷該小區支持短數據能力，顯然與實際情況不符。在終端側，也可能存在一些特殊情況，如所使用的SIM(GSMSubscriberldentityModule,GSM用戶標識卡)卡沒有每個GroupID是否支持短數據的能力指示；又如終端始終沒有收明確短數據能力指示，不能根據情況選擇發送還是拒絕短數據。還有當終端與網絡側就發送短數據能力發生衝突的情況下，如果終端使用USIM(UniversalIntegratedCircuitCard，通用集成電路卡)，但該USIM卡中的應用數據能力指示，與網絡側更新的配置或設備功能限制不一致，終端不能根據情況選擇發送還是拒絕短數據。
發明內容本發明實施例提供了一種組呼短數據能力通知方法、系統及設備，以實現組呼用戶可以獲知組呼支持短數據的能力。為達到上述目的，本發明實施例提供了一種組呼短數據能力通知方法，包括在組呼建立時分發支持短數據能力的標誌，所述標誌用於指示組呼業務是否支持短數據；通過空口向終端發送所述支持短數據能力的標誌，使所述終端根據所述標誌確定網絡側具有支持短數據的能力，並根據所述網絡側及終端支持短數據的能力選擇是否進行短數據發送。設置支持短數據能力的標誌，所述標誌用於指示組呼業務是否支持短數據；本發明實施例提供了一種組呼短數據能力通知方法，包括通過空口接收網絡側設備發送的支持短數據能力的標誌，所述標誌用於指示組呼業務是否支持短數據；根據所述標誌確定網絡側支持短數據的能力，並根據所述網絡側及終端支持短數據的能力選擇是否進行短數據發送。本發明實施例提供了一種組呼短數據能力通知系統，包括網絡側設備，網絡側設備，用於在組呼建立時分發支持短數據能力的標誌，所述標誌用於指示組呼業務是否支持短數據，根據所得到的標誌及本身支持短數據的能力決定所轄區域是否支持短數據能力，通過空口向用戶終端發送所述支持短數據能力的標誌，其中所述用戶終端根據所述標誌確定網絡側支持短數據的能力，並根據所述網絡側及終端支持短數據的能力進行短數據發送。本發明實施例提供了一種BSS，包括接收單元，用於接收所述MSC發送的語音組呼業務建立消息，所述消息中攜帶所述支持短數據能力的標誌；判斷單元，用於根據所述標誌及BSS本身是否支持短數據的能力獲取本BSS區域最終的支持短數據能力；發送單元，用於通過空口向所述用戶終端發送所述最終的支持短數據能力的標本發明實施例提供了一種MSC，包括獲取單元，用於從GCR獲取組呼屬性，所述組呼屬性中攜帶支持短數據能力的標誌；判斷單元，用於根據所述支持短數據能力及MSC本身是否支持短數據的能力獲知本MSC區域最終的支持短數據能力；發送單元，用於向組呼其他MSC轉發支持短數據能力的標誌，並向其下有該組呼相關的BSS發送所述最終的支持短數據能力的標誌。本發明實施例提供了一種用戶終端，包括接收單元，用於從網絡側接收支持短數據能力的標誌；判斷單元，用於根據所述標誌確定網絡側支持短數據的能力，並根據所述網絡側及終端支持短數據的能力進行短數據發送。與現有技術相比，本發明實施例至少包括以下優點本發明實施例中，確保組呼用戶進入組呼後，便可以正確獲知該組呼支持短數據的能力，從而對是否可以發送短數據做出合適的選擇，彌補了現有方案此方面的缺陷；由於每個組呼區域(最小區域可以是小區)都根據自己的實際情況向空口發送最終的支持短數據能力的標誌，從而使組呼用戶在漫遊時也能確知漫遊區域內是否有支持短數據能力。為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。圖1是現有技術中判斷是否可以發送短數據示意圖；圖la是本發明實施例中一種組呼短數據能力通知方法流程圖；圖2是本發明實施例中標誌的通知過程示意圖；圖3是本發明實施例中由GCR->MSC的支持短數據能力的標誌通知過程示意圖圖4是本發明實施例中由MSC->MSC的支持短數據能力的標誌通知過程示意圖圖5是本發明實施例中由MSC->BSS的支持短數據能力的標誌通知過程示意圖圖6是本發明實施例中一種組呼短數據能力通知系統結構圖；圖7是本發明實施例中一種BSS結構圖；圖8是本發明實施例中一種MSC結構圖；圖9是本發明實施例中一種用戶終端結構圖。具體實施例方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。本發明實施例中，在組呼過程中，話音交流的同時，終端可以發送短數據到其他的組呼用戶或網絡側的VGCS應用，也可以接收從其他組呼用戶或網絡側的VGCS應用發送的短數據。組呼的講者或聽者可以請求傳送短數據。終端的USIM(UniversalSubscriberIdentityModule,全球用戶標識卡)保存有每個GroupID所應支持短數據傳送的能力，在發送短數據之前，終端應該檢查本組呼是否允許該終端傳送短數據。支持短數據傳輸在網絡側是可選的，增加支持短數據能力的標誌FAD(FlagforApplication-specificData)，此標誌針對某個GroupID指示該組呼是否支持短數據，包含在組呼屬性(GroupCallAttribute)中，並存儲在GCR上。本發明實施例中提供了一種組呼短數據能力通知方法，如圖la所示，包括步驟101，在組呼建立時分發支持短數據能力的標誌，所述標誌用於指示組呼業務是否支持短數據；網絡側設備根據所得到的標誌及本身支持短數據的能力決定所轄區域是否支持短數據能力。例如，當所述網絡側設備為MSC時，只有當MSC所接收的所述標誌指示支持短數據能力且MSC本身能夠支持短數據時，才能判斷本MSC區域最終具有支持短數據能力，其他情況應判斷本MSC區域最終不具有支持短數據能力；當所述網絡側設備為BSS時，只有當BSS所接收的所述標誌指示支持短數據能力且BSS本身支持短數據時，才能判斷本BSS區域內最終具有支持短數據能力，其他情況應判斷本BSS區域最終不具有支持短數據能力。其中，對所述支持短數據能力的標誌進行分發具體包括移動交換中心MSC從組呼寄存器GCR獲取組呼屬性，所述組呼屬性中攜帶支持短數據能力的標誌；所述MSC將所述支持短數據能力的標誌通過語音組呼業務建立消息發送給基站子系統BSS。其中，所述MSC從GCR獲取組呼屬性之後還包括通過預備組呼消息將所述支持短數據能力的標誌發送給組呼其他相關的MSC。步驟102，通過空口向終端發送所述支持短數據能力的標誌，使所述終端根據所述標誌確定網絡側支持短數據的能力，並根據所述網絡側及終端支持短數據的能力選擇是否進行短數據發送。其中，所述通過空口向終端發送所述支持短數據能力的標誌具體包括以下方式中的一種或幾種在通知信道NCH上向終端發送通知消息，所述通知消息中攜帶當前組呼是否支持短數據能力的標誌；在快速隨路控制信道FACCH上向終端發送通知消息，所述通知消息中攜帶當前組呼是否支持短數據能力的標誌；在尋呼信道PCH上向終端發送通知消息，所述通知消息中攜帶當前組呼是否支持短數據能力的標誌；在組呼信道上向終端發送上行鏈路空閒消息，所述上行鏈路空閒消息中攜帶當前組呼是否支持短數據能力的標誌。步驟103，用戶終端通過空口接收網絡側設備發送的支持短數據能力的標誌，所述標誌用於指示組呼業務是否支持短數據；步驟104，用戶終端根據所述標誌確定網絡側支持短數據的能力，並根據網絡側及終端支持短數據的能力選擇是否進行短數據發送。其中，終端根據所述標誌確定網絡側支持短數據能力，並根據所述終端支持短數據能力選擇是否進行短數據發送具體包括在終端收到組內短數據則表示該區域網絡側支持，或收到網絡指示，終端根據所指示的網絡側支持短數據能力和本身支持短數據能力來確定。例如，終端加入組呼後沒有收到網絡側的指示前，或終端在組呼中進入新小區後沒有在新小區中收到UPLINKBUSY或UPLINKFREE消息前，則終端不能發送短數據，在終端收到組內短數據或收到網絡指示，可以根據所指示的網絡側支持短數據能力來確定。其中，在步驟101中所述在組呼建立時分發支持短數據能力的標誌之前還包括設置支持短數據能力的標誌增加支持短數據能力的標誌FAD，所述標誌針對某個組呼組指示該組呼是否支持短數據，包含在組呼屬性GroupCallAttribute中，並存儲在GCR上。本發明實施例中，支持短數據能力的標誌可以在組呼建立時分發給各相關的MSC和BSS(BaseStationSubsystem,基站子系統)，該標誌的通知過程如圖2中GCR->MSC->MSC->BSS，BSS通過相應的通知消息將FAD在空口發送，需要說明的是該標誌在MSC傳給BSS，以及BSS在空口傳送都有可能發生改變，可具體參考MSC與BSS的判斷部分。本發明實施例中，由GCR->MSC的支持短數據能力的標誌通知過程如圖3所示，包括以下步驟步驟301，組呼建立時，MSC向GCR發送GCR_INT消息，要求得到組呼屬性；步驟302，GCR向MSC返回GCR_INT_ACK消息，該GCR_INT_ACK中攜帶相應的組呼屬性。如果該GCR—INT—ACK中沒有IE(InformationElement，信息元素)"Flagforapplication-specificdata"或者有此IE但指示不支持短數據，則表示該組呼不支持短數據；如果收到GCR_INT_ACK中攜帶此IE且指示支持短數據，則表示該組呼支持短數據。該GCR_INT_ACK消息中攜帶FAD的方式如表1所示，表1中"Flagfor即plication-specificdata"欄位，用於指示組群數據是否支持短數據。表l:GCRInterrogationack消息內容tableseeoriginaldocumentpage9tableseeoriginaldocumentpage10信息元素名稱是否必須攜帶詳細描述組關鍵字和號碼cInformationonthecipheralgorithmmidthegroupkeytobeused.MustbepresentifGroupKeyandNumberispresentinthegroupcallreferencerecordandtheGCRinterrogationwasnottriggeredbyaSendGroupCal1Infomessage編碼信息cInformationonthecodecsallowedforthevoicebroadcastcall.MustbepresentifCodeclnfoispresentinthegroupcallreferencerecordandtheGCRinterrogationwasnottriggeredbyaSendGroupCal1Infomessage調度員列表cAlistofidentitiesofdispatcherstowhichadedicatedlinkistobeestablished.Mustbepresentifincludedinthegroupcallreferencerecord.NotethattheCLIpossiblyreceivedwiththeGCRinterrogationmessagemustnotbeincluded11tableseeoriginaldocumentpage12tableseeoriginaldocumentpage13*注表1及後面所列表中的列"是否必須攜帶"中的"C"表示該項條件可選，"0"表示該項可選，"M"表示該項必選。本發明實施例中，由MSC->MSC的支持短數據能力的標誌通知過程如圖4所示，包括以下步驟步驟401，組呼建立過程中，MSC-A向MSC-R發送PREPARE_GR0UP_CALL消息，該消息中攜帶相關組呼屬性；步驟402，MSC-R向MSC-A發送PREPARE_GR0UP_CALL_ACK消息作為應答。MSC-R收至IJPREPARE—GROUPj:ALL命令，如果該命令沒有IE"Flagfor即plication-specificdata"或者有此IE但指示不支持短數據，則表示該組呼不支持短數據；如果MSC-R收到該命令中包含此IE且支持短數據，則表示該組呼需要支持短數據且MSC-A支持短數據功能。如果MSC-R沒有收到PREPARE_GROUP_CALL的命令，則該組呼不會在該MSC-R區域內建立，也就不用考慮網絡是否支持短數據能力了。在消息"Pr印areGroupCall"攜帶FAD的方式如表2:表2:Pr印areGroupCall消息內容信息元素名稱是否必須攜帶詳細描述TeleserviceM(mandatory)TheteleserviceVoiceGroupCal1indicatesthataVGCScallhastobepreparedGroupcallreferenceMCipherAlgorithm，GroupKeyandNumberMInformationonthecipheralgorithmmidgroupkeytobeused優先級CThedefaultprioritylevelmustbepresentifeMLPPapplies編碼信息MInformationonthecodecsallowedfortheVGCScal1講者信道參數0Indicateswhetherthenetworkshallalwaysestablishandmaintainadedicatedcha皿elforthetalkingservicesubscriberFlagfor0indicateswhetherapplication—specificdata即plication-specificdataissupportedinthegroupcall.本發明實施例中，由MSC->BSS的支持短數據能力的標誌通知過程如圖5所示，包括以下步驟步驟501，組呼建立時，MSC向下屬相關的BSS發送VGCS_SETUP消息，該消息中攜帶組呼屬性；BSS收到VGCS_SETUP消息後，如果該消息有IE"VGCSFeatureFlags"且FAD指示bit為1，則表示該MSC支持該組呼的短數據能力，其他情況如無此IE或FAD值為0，則表示在該MSC的組呼區域內該組呼不支持短數據。VGCSSETUP消息是從MSC發送到BSS，消息內容如下表3:表3:VGCSSETUP消息內容tableseeoriginaldocumentpage15*注表3及後面所列表中的列"類型"中的"M"表示該項必選，"O"表示該項可選。步驟502，BSS如果設置成功後，向MSC返回VGCS_SETUP_ACK消息，不成功則返回VGCS_SETUP_REFUSE消息。BSS應答MSC的VGCS_SETUP_ACK消息的"VGCSFeatureFlags"IE中如果FAD指示bit為0，則表示該BSS不支持短數據發送；如果"VGCSFeatureFlags"IE中包含FAD指示bit為l，則表示該BSS支持短數據發送。VGCSSETUPACK消息是從BSS發送到MSC，消息內容如下表4:表4:VGCSSETUPACK消息內容tableseeoriginaldocumentpage15注如果VGCSSETUP中包括VGCSFeatureFlags信元，或BSS支持該IE,應該包括該信息元素。上述消息中的IE"VGCSFeatureFlagsIE"將原來備用的bit6用於指示是否支持短數據能力，編碼如下表5:表5:VGCSFeatureFlags信元內容tableseeoriginaldocumentpage16Bit6用於FAD;0表示不支持短數據，1表示支持短數據；為防止不同版本之間的接口問題，以前版本(3GPPRelease8之前)的此IE中的備用Bit,應用全0填充。本發明實施例中，在組呼過程中通知支持短數據能力的標誌。如上述實施例所示，FAD會分發到各BSS上，為使組呼的用戶獲知FAD，還必須在空口上發送。FAD需要在NCH的Notification通知、PCH的尋呼消息(確保用戶進入組呼後就會獲知)、FACCH(FastAssociatedControlChannel,快速隨路控制信道)的Notification通知(確保組呼中的用戶和其他業務中的用戶獲知)、UplinkFree消息以及UplinkBusy消息上發送，在現有的標準中，除了UplinkBusy消息不用改變外，其他4個通知或消息都需加入FAD標誌。其中，在NCH上發送Notification消息，通知當前小區的組呼終端，每個組呼由各自的組呼參考唯一確定，組呼參考會指示相應的組呼信道。NCH上的NOTIFICATION消息內容如表6所示表6:tableseeoriginaldocumentpage16NT/NRestOctetsNT/NRestOctetsMV20IE"NT/NRestOctets"長度為20位元組，此IE增加一位FAD指示該小區當前組呼是否支持短數據能力，見下NT/NRestOctets信元內容的程序灰色部分NT/NRestOctets::={0|1〈NL靡CH):bit(2)>}〈listofGroupCallNCHinformation>{null|L__Receivercompatiblewithearlierrelease|H—AdditionsinRelease6:{0Il〈CELL_GL0BAL_C0UNT:bit(2)>}0106]0107]0108]0109]0110]{0|l〈SMSDataConfidentialityInd:bit(l)〉〈SMSGuaranteedPrivacyInd:bit(l)>{nullIL__Receivercompatiblewithearlierrelease|H__AdditionsinRelease8:〈listofFlagforApplicationData>化istofReducedGCR>〈ListofVSTK_RANDinformation>{nullIL__Receivercompatiblewithearlierrelease|H__AdditionsinRelease7:化istofEmergencyinformation>0112]{0I1〈PriorityUplinkaccess:0113]{0|1{0|1〈FRAMRConfig:0114]{0|1〈HRAMRConfig:0115]}0116]0117]0118]0119]0120]0121]0122]0123]}0124]〈Sparepadding>;0125]〈listofFlagforApplicationData>::=0126]{0|1〈FADXListofFAD>};0127]如果此欄位不存在，則表示在組呼NCH信息上組呼/組廣播列表包括的所有組呼不支持短數據。在"ListofFAD"中的每一個FAD都和組呼NCH信息上的組呼/組廣播列表相關聯，在"ListofFAD"的位置(i)的FAD關聯組呼NCH信息上的組呼列表的第(i)個組呼/組廣播。如果組呼列表的第(i)個為組呼(VGCS)，則對應的FAD值為l，則表示此組呼支持短數據，為0則表示此組呼不支持短數據；如果組呼列表的第(i)個為組廣播(VBS)，因VBS本身不支持短數據，故忽略此值。其中，在FACCH上的Notification上通知當前小區的組呼終端是否支持短數據；此消息在主DCCH(DedicatedControlChannel,專用控制信道)上發送，通知在專用信道或組呼信道上的用戶，消息的內容見N0TIFICATI0N/FACCH消息內容的程序(NOTIFICATIONFACCH〉=〈RRshortPD:bit〉〈messagetype:bit(5)>〈shortlayer2header:bit(2)>{0〈G麗pCallinformation>I1〈PagingInformation>}{nullIL__Receivercompatiblewithearlierrelease|H__AdditionsinRelease6:{0I1〈CELL_GL0BAL_C0UNT:bit(2)>〈B22_C0UNT:bit>}{0|1〈VSTK_RAND:{nullH{null|L__Receivercompatiblewithearlierrelease__AdditionsinRelease7:〈PriorityUplinkAccess:bit(1)>〈Emergency—Ind:bit(1)>{0|1〈AMRConfig:{0I1〈PagingCause:{0|l〈SMSDataConfidentialityInd:bit(l)〉〈SMSGuaranteedPrivacyInd:bit(l)>|L__Receivercompatiblewithearlierrelease|H__AdditionsinRelease8:〈FlagforApplicationData:bit(l)>〈sparepadding>;射〈FlagforApplicationData>::=〈FlagforApplicationData:bit=L>__NotsupportApplicationDataI〈FlagforApplicationData:bit==H>;__SupportApplicationData其中，在PCH上的尋呼消息通知終端對應的組呼是否支持短數據；此消息在PCH(PagingChannel,尋呼信道)上發送，通知空閒狀態的用戶，消息的內容見Pagingrequesttypel消息中的PlRestOctets部分內容的程序(〈PlRest0ctets>::={LIH〈NLN(PCH):bit(2)XNLNstatus(PCH):bit>}{LIH〈Priorityl::={LIH〈Priority2::={L|H〈GroupCallinformation>}〈PacketPageIndication1:{L|H}>〈PacketPageIndication2:{L|H}>{nullIL__Receivercompatiblewithearlierrelease|H—AdditionsinRelease6:諫{00〈CELL_GL0BAL_C0UNT:bit(2)>I01〈CELL_GL0BAL_C0UNT:bit(2)>〈VSTK_RAND:bit(36)>I10〈Reduced_GCR:bit(28)>〈VSTK_RAND:bit(36)>111〈CELL_GL0BAL_C0UNT:bit(2)>〈Reduced_GCR:bit(28)>〈VSTK_RAND:bit(36)>}}{0|l__MBMSparametersincluded{0—MBMSpre-notificationII—MBMSnotification〈MBMSNotification1:〈MBMSChannelParametersIE》}{0—MBMSpre-notificationII—MBMSnotification〈MBMSNotification2:諫〈MBMSChannelParametersIE>}>}__'0，indicatesthatthes謙MBMSChannelParametersasforMBMSNotificationl即ply{0|l〈MBMSInformation)}}}{nullIL__Receivercompatiblewithearlierrelease|H—AdditionsinRelease7:{0|1〈AMRConfig:bit(4)>}}{nullIL__Receivercompatiblewithearlierrelease|H—AdditionsinRelease8:〈FlagforApplicationData:bit(l)>}〈sparepadding>;}//__truncationaccordingtosub-clause8.9isallowed,bits"L〃assumed其中〈FlagforApplicationData>::=〈FlagforApplicationData:bit=L>__NotsupportApplicationDataI〈FlagforApplicationData:bit==H>;__SupportApplicationData其中，在UplinkFree消息中上通知，此消息在組呼信道上發送，非確認模式，通知組呼信道上行的狀態，消息的內容見UPLINKFREE消息內容的程序〈UPLINKFREE〉=〈RRshortPD:bit〉一See3GPPTS24.007tableseeoriginaldocumentpage21注終端支持是表示終端本身具有短數據能力，同時在終端的USIM卡上顯示所在的組呼ID也支持短數據能力，如果有一項不滿足則說明此終端不支持短數據能力。2，當有短數據需要發送且講者針對該GroupID允許發送短數據時，講者的移動終端應當在講者所在的專用信道或組呼信道的上行發送一個數據指示消息到網絡。網絡接收到短數據，應該傳送該短數據給其他組呼用戶。3，當有短數據需要發送且聽者針對該GroupID允許發送短數據時，如果網絡指示上行空閒，聽者則使用組呼信道的上行發送一個數據指示消息到網絡，如果網絡沒有指示上行空閒，那麼用於聽者發送的信道由網絡在周期發送的消息UplinkBusy中的信息單元"uplinkaccessindication"來指示。如果講者使用組呼信道上行，聽者側使用RACH，反之，如果講者在專用信道上，聽者側使用組呼上行。本發明實施例中，接收方發送收到短數據確認，收到短數據後，任何組呼用戶都可以向網絡發送一個接收確認。本發明實施例中，分發短數據到組呼，接收到上行短數據後，MSC應該分發短數據到其他相關的MSC，每個MSC再分發給下屬和該組呼相關的每個BSS。本發明實施例中提供了一種組呼短數據能力通知系統，如圖6所示，包括網絡側設備610和用戶終端620;其中，網絡側設備610，用於在組呼建立時分發支持短數據能力的標誌，該標誌用於指示組呼業務是否支持短數據，根據所得到的標誌及本身支持短數據的能力決定所轄區域是否支持短數據能力，通過空口向用戶終端620發送所述支持短數據能力的標誌，其中用戶終端620根據該標誌確定網絡側支持短數據的能力，並根據網絡側設備610及用戶終端620支持短數據的能力進行短數據發送。網絡側設備610包括組呼寄存器GCR611，用於存儲支持短數據能力的標誌；移動交換中心MSC-A612，用於從GCR獲取組呼屬性，該組呼屬性中攜帶支持短數據能力的標誌，並將所述組呼屬性轉發給其他MSC，同時根據所述標誌及MSC本身是否支持短數據的能力獲取本MSC區域最終的支持短數據能力(例如，只有MSC所接收的所述標誌指示支持短數能力及MSC本身支持短數據才能判斷本MSC區域最終具有支持短數據能力，其他情況應判斷本MSC區域最終不具有支持短數據能力)，並將所述最終的支持短數據能力分發給所屬的BSS;基站子系統BSS613，用於接收MSC發送的語音組呼業務建立消息，消息中攜帶支持短數據能力的標誌，同時根據所述支持短數據能力及BSS本身是否支持短數據的能力獲知本BSS區域最終的支持短數據能力(例如，只有BSS所接收的所述標誌指示支持短數能力及BSS本身支持短數據才能判斷本BSS區域內最終具有支持短數據能力，其他情況應判斷本BSS區域最終不具有支持短數據能力)，並通過空口向用戶終端發送最終的支持短數據能力的標誌。網絡側設備610還包括MSC-R614，用於接收MSC發送的預備組呼消息，消息中攜帶支持短數據能力的標誌，並通過消息PREPARE_GROUP_CALL向其下與組呼相關的BSS615發送最終的該MSC區域支持短數據能力的標誌。本發明實施例提供了一種BSS，如圖7所示，包括接收單元710，用於接收MSC發送的語音組呼業務建立消息，消息中攜帶支持短數據能力的標誌；判斷單元720，用於根據標誌及BSS本身是否支持短數據的能力獲取本BSS區域最終的支持短數據能力(只有BSS所接收的所述標誌指示支持短數能力及BSS本身支持短數據才能判斷本BSS區域內最終具有支持短數據能力，其他情況應判斷本BSS區域最終不具有支持短數據能力)；發送單元730，用於通過空口向用戶終端發送支持短數據能力的標誌。本發明實施例提供了一種MSC，如圖8所示，包括獲取單元810，用於從GCR獲取組呼屬性，組呼屬性中攜帶支持短數據能力的標誌；判斷單元820，用於根據支持短數據能力及MSC本身是否支持短數據的能力獲知本MSC區域最終的支持短數據能力(例如，只有MSC所接收的所述標誌指示支持短數能力及MSC本身支持短數據才能判斷本MSC區域最終具有支持短數據能力，其他情況應判斷本MSC區域最終不具有支持短數據能力)；發送單元830，用於向組呼其他相關的MSC轉發支持短數據能力的標誌，並向其下與該組呼相關的BSS發送所述最終的支持短數據能力的標誌。本發明實施例提供了一種用戶終端，如圖9所示，包括接收單元910，用於從網絡側接收支持短數據能力的標誌；判斷單元920，用於根據標誌確定網絡側支持短數據的能力，並根據網絡側及終端支持短數據的能力進行短數據發送。本發明實施例中，確保組呼用戶進入組呼後，便可以正確獲知該組呼支持短數據的能力，從而對是否可以發送短數據做出合適的選擇，彌補了現有方案此方面的缺陷；由於每個組呼區域(最小區域可以是小區)都根據自己的實際情況向空口發送了最終的支持短數據能力的標誌，從而使組呼用戶在漫遊時也能確知漫遊區域內是否有支持短數據能力。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可以通過硬體實現，也可以藉助軟體加必要的通用硬體平臺的方式來實現基於這樣的理解，本發明的技術方案可以以軟體產品的形式體現出來，該軟體產品可以存儲在一個非易失性存儲介質(可以是CD-R0M，U盤，移動硬碟等)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發明各個實施例所述的方法。以上所述僅是本發明的優選實施方式，應當指出，對於本
技術領域：
的普通技術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護範圍。權利要求一種組呼短數據能力通知方法，其特徵在於，包括在組呼建立時分發支持短數據能力的標誌，所述標誌用於指示組呼業務是否支持短數據；通過空口向終端發送所述支持短數據能力的標誌，使所述終端根據所述標誌確定網絡側具有支持短數據的能力，並根據所述網絡側及終端支持短數據的能力選擇是否進行短數據發送。2.如權利要求1所述的方法，其特徵在於，所述通過空口向終端發送所述支持短數據能力的標誌具體包括以下方式中的一種或幾種在通知信道NCH上向終端發送通知消息，所述通知消息中攜帶當前組呼是否支持短數據能力的標誌；在快速隨路控制信道FACCH上向終端發送通知消息，所述通知消息中攜帶當前組呼是否支持短數據能力的標誌；在尋呼信道PCH上向終端發送通知消息，所述通知消息中攜帶當前組呼是否支持短數據能力的標誌；在組呼信道上向終端發送上行鏈路空閒消息，所述上行鏈路空閒消息中攜帶當前組呼是否支持短數據能力的標誌。3.如權利要求1所述的方法，其特徵在於，所述在組呼建立時對所述標誌進行分發，具體包括移動交換中心MSC從組呼寄存器GCR獲取組呼屬性，所述組呼屬性中攜帶支持短數據能力的標誌；所述MSC將所述支持短數據能力的標誌通過語音組呼業務建立VGCS_SETUP消息發送給基站子系統BSS。4.如權利要求3所述的方法，其特徵在於，所述MSC從GCR獲取組呼屬性之後還包括通過預備組呼消息PREPARE_GROUP_CALL將所述支持短數據能力的標誌發送給包含該組呼區域的其他MSC。5.如權利要求1所述的方法，其特徵在於，所述在組呼建立時分發支持短數據能力的標誌之前還包括設置支持短數據能力的標誌增加支持短數據能力的標誌FAD，所述標誌針對某個組呼組指示該組呼是否支持短數據，包含在組呼屬性GroupCallAttribute中，並存儲在GCR上。6.如權利要求1所述的方法，其特徵在於，所述在組呼建立時對所述標誌進行分發之後還包括網絡側設備根據所得到的標誌及本身是否具有支持短數據的能力決定所轄區域是否支持短數據能力。7.如權利要求6所述的方法，其特徵在於，所述決定所轄區域是否支持短數據能力具體包括當所述網絡側設備為MSC時，只有當MSC所接收的所述標誌指示支持短數據能力且MSC本身支持短數據時，才能判斷本MSC區域最終具有支持短數據能力，其他情況應判斷本MSC區域最終不具有支持短數據能力；當所述網絡側設備為BSS時，只有當BSS所接收的標誌指示支持短數能力且BSS本身支持短數據時，才能判斷本BSS區域內最終具有支持短數據能力，其他情況應判斷本BSS區域最終不具有支持短數據能力。8.—種組呼短數據能力通知方法，其特徵在於，包括通過空口接收網絡側設備發送的支持短數據能力的標誌，所述標誌用於指示組呼業務是否支持短數據；根據所述標誌確定網絡側支持短數據的能力，並根據所述網絡側及終端支持短數據的能力選擇是否進行短數據發送。9.如權利要求8所述的方法，其特徵在於，所述終端根據所述標誌確定網絡側支持短數據能力，並根據所述終端支持短數據能力選擇是否進行短數據發送具體包括在終端收到組內短數據則表示該區域網絡側支持，或收到網絡指示，終端根據所指示的網絡側支持短數據能力和本身支持短數據能力來確定，具體包括終端加入組呼後沒有收到網絡側的指示前，或終端在組呼中進入新小區後沒有收到新的UPLINKBUSY或UPLINKFREE消息前，則終端不能發送短數據，在終端收到組內短數據或收到網絡指示，可以根據所指示的網絡側支持短數據能力來確定。10.—種組呼短數據能力通知系統，其特徵在於，包括網絡側設備，用於在組呼建立時分發支持短數據能力的標誌，所述標誌用於指示組呼業務是否支持短數據，根據所得到的標誌及本身支持短數據的能力決定所轄區域是否支持短數據能力，通過空口向用戶終端發送所述支持短數據能力的標誌，其中所述用戶終端根據所述標誌確定網絡側支持短數據的能力，並根據所述網絡側及終端支持短數據的能力進行短數據發送。11.如權利要求10所述的系統，其特徵在於，所述網絡側設備包括組呼寄存器GCR，用於存儲支持短數據能力的標誌；移動交換中心MSC，用於從GCR獲取組呼屬性，所述組呼屬性中攜帶支持短數據能力的標誌，並將所述組呼屬性轉發給其他MSC，同時根據所述標誌及MSC本身是否支持短數據的能力獲取本MSC區域最終的支持短數據能力，並將所述最終的支持短數據能力分發給所屬的BSS;基站子系統BSS，用於接收所述MSC發送的語音組呼業務建立消息，所述消息中攜帶所述支持短數據能力的標誌，同時根據所述支持短數據能力及BSS本身是否支持短數據的能力獲知本BSS區域最終的支持短數據能力，並通過空口向所述用戶終端發送所述最終的支持短數據能力的標誌。12.—種BSS，其特徵在於，包括接收單元，用於接收所述MSC發送的語音組呼業務建立消息，所述消息中攜帶所述支持短數據能力的標誌；判斷單元，用於根據所述標誌及BSS本身是否支持短數據的能力獲取本BSS區域最終的支持短數據能力；發送單元，用於通過空口向所述用戶終端發送所述最終的支持短數據能力的標誌。13.—種MSC，其特徵在於，包括獲取單元，用於從GCR獲取組呼屬性，所述組呼屬性中攜帶支持短數據能力的標誌；判斷單元，用於根據所述支持短數據能力及MSC本身是否支持短數據的能力獲知本MSC區域最終的支持短數據能力；發送單元，用於向組呼其他相關的MSC轉發支持短數據能力的標誌，並向其下與該組呼相關的BSS發送所述最終的支持短數據能力的標誌。14.一種用戶終端，其特徵在於，包括接收單元，用於從網絡側接收支持短數據能力的標誌；判斷單元，用於根據所述標誌確定當前區域網絡側支持短數據的能力，並根據所述網絡側及終端支持短數據的能力進行短數據發送。全文摘要本發明實施例公開了一種組呼短數據能力通知方法，包括在組呼建立時分發支持短數據能力的標誌，所述標誌用於指示組呼業務是否支持短數據；通過空口向終端發送所述支持短數據能力的標誌，使所述終端根據所述標誌確定網絡側具有支持短數據的能力，並根據所述網絡側及終端支持短數據的能力選擇是否進行短數據發送。本發明實施例中，組呼用戶進入組呼後，可以正確獲知該組呼支持短數據的能力，從而對是否可以發送短數據做出合適的選擇，彌補了現有方案此方面的缺陷。文檔編號H04W4/14GK101742418SQ20081018142公開日2010年6月16日申請日期2008年11月8日優先權日2008年11月8日發明者秦鈞,舒兵申請人:華為技術有限公司