專利名稱：業(yè)務建立方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種業(yè)務建立方法及裝置。
背景技術：
隨著山寨機的出現(xiàn)和日益泛濫，其手機能力亂報，如用戶設備(UserEquipment,簡稱為UE)本來不支持高速下行分組接入(High Speed Downlink Packet Access,簡稱為HSDPA)，在上報能力時手機卻指示網(wǎng)絡側其支持HSDPA，無線網(wǎng)絡控制器(Radio NetworkController,簡稱為RNC)就會分配HSDPA資源給UE’并指示UE建立HSDPA承載，從而導致無連接失敗，同時終端偶爾異常等現(xiàn)象越來越廣泛，還有無線干擾等問題都對業(yè)務建立成功率產(chǎn)生了很大影響。根據(jù)25.331協(xié)議，UE回復無線承載(Radio Bearer，簡稱為RB)建立失敗的消息或RNC在預定時間內(nèi)沒有收到UE的RB建立的響應消息，則RNC需通知核心網(wǎng)(Core Network,簡稱為CN)業(yè)務建立失敗,該業(yè)務建立的具體流程如下:首先，CN給RNC發(fā)送無線接入承載(Radio Access Bearer,簡稱為RAB)指派消息(即，Rab Assignment Request);然后，RNC根據(jù)RAB指派信息分配碼字、信道等資源并建立相關承載；接著，RNC向UE發(fā)送無線承載建立(Radio Bearer Setup,簡稱為RB Setup)消息；此時如果由于UE不支持RNC本次決策的配置，或者由于其他原因?qū)е聼o法建立RB，則UE會向RNC回復無線承載建立失敗(Radio Bearer Setup Failure,簡稱為RB SetupFailure)消息，且在該消息中攜帶相應的失敗原因。由于無線原因或者其 他原因，導致UE沒有收到上述無線承載建立消息，此時，UE將不會給RNC回復RB建立響應消息(例如，上述的無線承載建立失敗消息);或者導致RNC收不到UE向RNC回復的RB建立響應消息。這些情況都會導致RNC在預定時間內(nèi)不能收到響應消息。這種情況下，RNC將向CN回復業(yè)務建立失敗響應，本次業(yè)務建立失敗。上述異常情況的發(fā)生均導致RNC回復CN業(yè)務建立失敗，CN側則記錄此次業(yè)務建立失敗，因此影響了業(yè)務建立的成功率，這種情況下，CN將會采取其它措施建立業(yè)務，這種處理方式存在一定的延時，影響了用戶的體驗度。針對相關技術中用戶建立業(yè)務成功率較低的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對相關技術中業(yè)務建立成功率低的問題，本發(fā)明提供了一種業(yè)務建立方法及裝置，以至少解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種業(yè)務建立方法，該方法包括:RNC根據(jù)UE對無線承載建立消息的反饋情況，確定該UE的業(yè)務建立是否失敗:如果是，上述RNC根據(jù)反饋情況確定重建方式；該RNC按照確定的重建方式再次向上述UE下發(fā)無線承載建立消息，進行業(yè)務建立。優(yōu)選地，RNC根據(jù)UE對無線承載建立消息的反饋情況，確定UE的業(yè)務建立是否失敗包括以下之一 =RNC接收到UE反饋的無線承載建立失敗消息時，確定UE的業(yè)務建立失敗；在發(fā)送無線承載建立消息后的預定時間內(nèi)，RNC未收到UE對無線承載建立消息的響應消息，確定UE的業(yè)務建立失敗。優(yōu)選地，RNC根據(jù)上述反饋情況，確定重建方式包括:當無線承載建立失敗消息指示的失敗原因為以下之一時，RNC確定的重建方式為重分配資源:UE不支持無線承載建立失敗消息中的配置、無線承載建立失敗消息中的配置為無效配置、無線承載建立失敗消息采用的協(xié)議有誤、物理信道失?。划敓o線承載建立失敗消息指示的失敗原因為無線承載建立失敗消息中的配置信息相矛盾和/或配置不完善，RNC確定的所述重建方式為保持原有配置；當上述反饋情況為預定時間內(nèi)未收到響應消息時，RNC確定的重建方式為復位RLC實體。優(yōu)選地，重分配資源包括:當業(yè)務的業(yè)務類型為分組交換PS業(yè)務時，RNC調(diào)整UE的承載信道和速率；當業(yè)務的業(yè)務類型為電路交換CS業(yè)務或PS業(yè)務時，RNC調(diào)整承載上述業(yè)務的小區(qū)。優(yōu)選地，RNC按照確定的重建方式再次向UE下發(fā)無線承載建立消息包括:當該重建方式為重分配資源時，RNC按照重新分配的資源生成新的無線承載建立消息；RNC向UE下發(fā)新的無線承載建立消息；當該重建方式為保持原有配置或復位RLC實體時，RNC向UE重發(fā)原無線承載建立消息。優(yōu)選地，再次向UE下發(fā)無線承載建立消息達到指定次數(shù)后還包括:RNC向UE發(fā)送無線資源控制RRC連接釋放消息，其中，該RRC連接釋放消息攜帶有指示UE重定向到指定系統(tǒng)建立業(yè)務的信息。根據(jù)本發(fā)明的另一方面，提供了一種業(yè)務建立裝置，該裝置包括:建立結果確定模塊，用于根據(jù)UE對無線承載建立消息的反饋情況，確定該UE的業(yè)務建立是否失?。恢亟ǚ绞酱_定模塊，用于建立結果確定模塊的確定結果為是時，根據(jù)上述反饋情況確定重建方式；業(yè)務建立模塊，用于按照重建方式確定模塊確定的上述重建方式再次向UE下發(fā)無線承載建立消息，進行業(yè)務建立。優(yōu)選地，建立結果確定模塊包括以下之一:第一結果確定單元，用于接收到UE反饋的無線承載建立失敗消息時，確定UE的業(yè)務建立失??；第二結果確定單元，用于在發(fā)送無線承載建立消息后的預定時間內(nèi)，未收到UE對無線承載建立消息的響應消息，確定UE的業(yè)務建立失敗。優(yōu)選地，重建方式確定模塊包括以下之一:第一方式確定單元，用于當無線承載建立失敗消息指示的失敗原因為以下之一時，確定的重建方式為重分配資源:UE不支持無線承載建立失敗消息中的配置、無線承載建立失敗消息中的配置為無效配置、無線承載建立失敗消息采用的協(xié)議有誤、物理信道失??；第二方式確定單元，用于當無線承載建立失敗消息指示的失敗原因為無線承載建立失敗消息中的配置信息相矛盾和/或配置不完善，確定的重建方式為保持原有配置；第三方式確定單元，用于當上述反饋情況為預定時間內(nèi)未收到響應消息時，確定的重建方式為復位RLC實體。優(yōu)選地，該裝置還包括:資源釋放模塊，用于業(yè)務建立模塊再次向UE下發(fā)無線承載建立消息達到指定次數(shù)后，向UE發(fā)送無線資源控制RRC連接釋放消息，其中，該RRC連接釋放消息攜帶有指示UE重定向到指定系統(tǒng)建立業(yè)務的信息。
通過本發(fā)明，在RNC確定UE的業(yè)務建立失敗時，該RNC根據(jù)UE的反饋情況確定重建方式，再根據(jù)該重建方式再次向上述UE下發(fā)無線承載建立消息，進行業(yè)務建立，解決了相關技術中用戶建立業(yè)務成功率低的問題，提高了業(yè)務建立承載的效率，提升了用戶體驗。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中:圖1是根據(jù)本發(fā)明實施例的業(yè)務建立方法的流程圖；圖2是根據(jù)本發(fā)明實施例一的業(yè)務建立方法的流程圖；圖3是根據(jù)本發(fā)明實施例二的業(yè)務建立方法的流程圖；圖4是根據(jù)本發(fā)明實施例三的業(yè)務建立方法的流程圖；圖5是根據(jù)本發(fā)明實施例四的業(yè)務建立方法的流程圖；圖6是根據(jù)本發(fā)明實施例五的業(yè)務建立方法的流程圖；圖7是根據(jù)本發(fā)明實施例六的業(yè)務建立方法的流程圖；圖8是根據(jù)本發(fā)明實施例的業(yè)務建立裝置的結構框圖；圖9是根據(jù)本發(fā)明實施例的業(yè)務建立裝置的具體結構框圖；圖10是根據(jù)本發(fā)明實施例的業(yè)務建立裝置的另一個具體結構框圖；圖11是根據(jù)本發(fā)明實施例的業(yè)務建立裝置的再一個具體結構框圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。在相關技術中，RNC確定UE的業(yè)務建立失敗后，直接向CN發(fā)送業(yè)務建立失敗消息，從而使CN再次重新進行業(yè)務建立，造成資源浪費，業(yè)務建立效率降低?；诖耍景l(fā)明實施例提供了一種業(yè)務建立方法和裝置，在RNC確定UE的業(yè)務建立失敗后，RNC根據(jù)業(yè)務建立失敗的原因等反饋情況確定重建方式，再根據(jù)該重建方式嘗試再次進行UE的業(yè)務連接。下面通過實施例進行詳細說明。圖1所示的是業(yè)務建立方法的流程圖，該方法包括以下步驟(步驟S102-步驟S106):步驟S102，RNC根據(jù)UE對無線承載建立消息的反饋情況，確定該UE的業(yè)務建立是否失?。徊襟ES104，如果是，RNC根據(jù)該反饋情況確定重建方式；如果業(yè)務建立成功，則按照現(xiàn)有實現(xiàn)方式進行處理，即向CN回復業(yè)務建立成功響應消息；步驟S106，RNC按照確定的重建方式再次向該UE下發(fā)無線承載建立消息，進行業(yè)
務建立。通過上述方法，在RNC確定UE的業(yè)務建立失敗時，該RNC根據(jù)UE的反饋情況確定重建方式，再根據(jù)該重建方式再次向上述UE下發(fā)無線承載建立消息，確保了該業(yè)務盡可能完成建立過程，解決了相關技術中用戶建立業(yè)務成功率低的問題，提高了業(yè)務建立承載的效率，提升了用戶體驗。上述RNC確定該UE的業(yè)務建立是否失敗包括以下兩種情況:該RNC接收到該UE反饋的無線承載建立消息時，確定該UE的業(yè)務建立失??；或者是在發(fā)送上述無線承載建立消息后的預定時間內(nèi)，該RNC未收到該UE對無線承載建立消息的響應消息，確定該UE的業(yè)務建立失敗。另外，該RNC未收到該UE對無線承載建立消息的響應消息可能是因為UE沒有對無線承載建立消息進行回復，也可能是UE發(fā)送了對無線承載建立消息的響應消息，但是RNC未收到該響應消息。上述RNC根據(jù)上述UE的反饋情況，確定重建方式包括三種:第一種方式:當無線承載建立失敗消息指示的失敗原因為以下之一時，該RNC確定的重建方式為重分配資源，失敗原因為:上述UE不支持無線承載建立失敗消息中的配置(T_FailureCauseffithProtErr_configurationUnsupported)、無線承載建立失敗消息中的配置為無效配置(T_FailureCauseWithProtErr_invali(!Configuration)、無線承載建立失敗消息采用的協(xié)議有誤(T_FailureCauseWithProtErr_protocolError)、物理信道失敗(T_FailureCauseffithProtErr_physicalChannelFailure)。在RNC確定了重建方式后，該RNC按照重新分配的資源生成新的無線承載建立消息，然后該RNC向該UE下發(fā)新的無線承載建立消息。第二種方式:當無線承載建立失敗消息指示的失敗原因為該無線承載建立失敗消息中的配置信息相矛盾(T_FailureCauseWithProtErr_incompatibleSimultaneousReconfiguration)和 / 或配置不完善(T_FailureCauseffithProtErr_configurationlncomplete),上述RNC確定的重建方式為保持原有配置；第三種方式:當反饋情況為預定時間內(nèi)該RNC未收到響應消息時，RNC確定的重建方式為復位RLC實體。在上述重建方式為保持原有配置或復位RLC實體時，上述RNC向上述UE重發(fā)原無線承載建立消息。上述第一種重建方式確定為RNC重分配資源，該重分配資源包括:當業(yè)務的業(yè)務類型為分組交換(Packet Switched,簡稱為PS)業(yè)務時，該RNC調(diào)整UE的承載信道(例如將當前的信道調(diào)整為DCH信道)和速率；當業(yè)務的業(yè)務類型為電路交換(Circuit Switch,簡稱為CS)業(yè)務或PS業(yè)務時，該RNC調(diào)整承載該業(yè)務的小區(qū)。上述RNC再次向UE下發(fā)無線承載建立消息達到指定次數(shù)后，該RNC向該UE發(fā)送無線資源控制RRC連接釋放消息，其中，該RRC連接釋放消息攜帶有指示UE重定向到指定系統(tǒng)建立所述業(yè)務的信息。對于上述方法，下面結合優(yōu)選實施例和附圖對上述實施例的實現(xiàn)過程進行詳細說明。實施例一圖2是根據(jù)本發(fā)明實施例一的業(yè)務建立方法的流程圖，RNC通過NODEB即基站與UE進行消息的傳輸，如圖2所示，該方法包括如下步驟(步驟S202-步驟S216): 步驟S202，CN給RNC下發(fā)RAB指派消息。步驟S204， RNC分配資源及建立相關承載。步驟S206，RNC 給 UE 發(fā)送 RB Setup 消息。
步驟S208，UE給RNC回復RB Setup Failure消息，或者RNC在預定時間內(nèi)沒收到RB建立的響應消息。步驟S210，RNC根據(jù)建立的業(yè)務類型及失敗原因決策RB重建方案。假設上述業(yè)務類型是PS業(yè)務，PS業(yè)務建立失敗，失敗原因是RB Setup Fai lure消息中的配置為無效配置或者UE不支持RB Setup Failure消息中的配置，原來承載的HSDPA信道可以降到專用信道(Dedicated channel，簡稱為DCH)，原來信道的高速率可以降到低速率。如果是CS業(yè)務建立失敗，失敗原因是物理信道失敗，可以重新選擇合適小區(qū)進行重建承載。如果RNC在預定時間內(nèi)沒有收到UE回復的響應消息，則可以重建RLC后再使RNC進行重建承載。RNC對于RB的重建可以進行多次嘗試，來提高重建的成功率。如果最終嘗試重建均不成功，還可以將UE重定向到指定系統(tǒng)中。步驟S212，RNC給UE發(fā)送新的RB Setup消息。步驟S214，UE給RNC回復RB Setup成功的消息。步驟S216，RNC給CN回復RAB指派完成消息。本實施例在RNC確定UE的無線承載建立失敗后，根據(jù)不同的反饋情況，對UE的RB進行重建立，從而提高UE的RB建立成功率，提升用戶體驗。實施例二當UE的承載建立失敗是UE不支持無線承載建立失敗消息中的配置、無線承載建立失敗消息中的配置為無效配置或者無線承載建立失敗消息采用的協(xié)議有誤等原因時，RNC采取相應的重建方式進行業(yè)務建立，本實施例對上述情況的具體流程進行說明，如圖3所示的是根據(jù)本發(fā)明實施例二的業(yè)務建立方法的流程圖，RNC通過NODEB即基站與UE進行消息的傳輸，該方法包括如下步驟(步驟S302-步驟S316):步驟S302，CN給RNC下發(fā)RAB指派消息。步驟S304，RNC分配資源及建立相關承載。步驟S306，RNC 給 UE 發(fā)送 RB Setup 消息。步驟S3O8, UE 給 RNC 回復 RB Setup Failure 消息。假設本實施例中UE回復的RB Setup Failure消息中攜帶的失敗原因是以下三種情況之一:I)T_FailureCauseffithProtErr_configurationUnsupported ；2)T_FailureCauseffithProtErr_invalidConfiguration ；3) T_FailureCauseWithProtEr;r_p;rotocolE;r;ro;r。步驟S310，RNC重分配資源并建立新的承載。如果上述RAB指派消息要求建立的是PS業(yè)務，則RNC重新分配資源并重建承載。正常情況下，PS業(yè)務大多會根據(jù)UE的能力用HS來承載業(yè)務，或者用一定速率的DCH來承載業(yè)務。在這些承載建立失敗的情況下，本實施例中的RAB要降低無線承載建立消息中的配置，比如原無線承載建立消息中的配置是下行采用HSDPA，上行采用高速上行分組接入(High Speed Uplink Packet Access,簡稱為 HSUPA),簡稱為 HS/E, RAB 將其配置降低為下行依舊采用HSDPA，而上行采用DCH，簡稱為HS/D，又比如原無線承載建立消息中的配置是下行采用HSDPA，上行采用DCH，簡稱為HS/D，RAB將其配置降低為下行采用DCH，上行依舊采用DCH，簡稱為D/D，再比如信道中的高速率降低為低速率等，更甚者可以直接將信道降到上下行都采用DCH，簡稱為D/D，速率降到上行Okbps/下行Okbps等，用相對原配置更為簡單的配置來建立承載，保證RB建立更容易成功。步驟S312，RNC給UE發(fā)送新的RB Setup消息。步驟S314，UE給RNC回復RB Setup成功的消息。步驟S316，RNC給CN回復RAB指派完成消息。通過本實施例，RNC在收到UE回復的RB Setup失敗的消息時，根據(jù)建立的業(yè)務類型及UE回復的RB Setup失敗原因，RNC重新決策資源分配及重建方案，重建承載后再給UE發(fā)送新的RB Setup消息。比如本實施例中所示的建立的業(yè)務為PS業(yè)務，UE回復的RBSetup失敗原因為無效配置等時，RNC可以將UE的承載信道從HSDPA降到DCH，速率從高速率降到低速率等，然后RNC重新給UE下發(fā)RB Setup消息，再次嘗試承載建立，達到了提高UE的RB建立成功率，提升用戶體驗的效果。實施例三當UE的承載建立失敗是無線承載建立失敗消息中的配置信息相矛盾或配置不完善等原因時，RNC采取相應的重建方式進行業(yè)務建立，本實施例對上述情況的具體流程進行說明，如圖4所示的是根據(jù)本發(fā)明實施例三的業(yè)務建立方法的流程圖，RNC通過NODEB即基站與UE進行消息的傳輸，該方法包括如下步驟(步驟S402-步驟S414):步驟S402，CN給RNC下發(fā)RAB指派消息。步驟S404，RNC分配資源及建立相關承載。步驟 S406，RNC 給 UE 發(fā)送 RB Setup 消息。步驟S408, UE 給 RNC 回復 RB Setup Failure 消息。假設本實施例中UE回復的RB Setup Failure消息中攜帶的失敗原因是以下兩種情況之一:T_FaiIureCauseffithProtErr_incompatibIeSimultaneousReconfiguration 或T_FailureCauseWithProtErr_configurationIncomplete。步驟S410，RNC給UE再次發(fā)送同樣的RB Setup消息。RNC可以不再重新分配資源，建立的相關承載也不需要修改和重建，而是直接給UE再發(fā)送一次RB Setup消息，要求新建承載，如此往復發(fā)送直至無線承載建立，發(fā)送的次數(shù)可以由開發(fā)商或廠家等預設。步驟S412，UE給RNC回復RB Setup成功消息。步驟S414，RNC給CN回復RAB指派完成消息。本實施例在RNC確定UE的無線承載建立失敗后，根據(jù)UE回復的失敗原因以及業(yè)務類型，向UE重發(fā)原無線承載建立消息，進行業(yè)務建立，從而提高UE的RB建立成功率，提升用戶體驗。實施例四當UE的承載建立失敗是物理信道失敗等原因時，RNC采取相應的重建方式進行業(yè)務建立，本實施例對上述情況的具體流程進行說明，如圖5所示的是根據(jù)本發(fā)明實施例四的業(yè)務建立方法的流程圖，RNC通過NODEB即基站與UE進行消息的傳輸，該方法包括如下步驟(步驟S502-步驟S516):步驟S502，CN給RNC下發(fā)RAB指派消息。
步驟S504，RNC分配資源及建立相關承載。步驟S506，RNC 給 UE 發(fā)送 RB Setup 消息。步驟S508，UE 給 RNC 回復 RB Setup Failure 消息。假設本實施例中UE給RNC回復的RB Setup Failure消息中攜帶的失敗原因是T_FailureCauseWithProtErr_physicalChannelFailure。步驟S510，RNC重分配資源并建立新的承載。RNC調(diào)整承載業(yè)務的小區(qū)，重新選擇合適小區(qū)，例如可以在原承載建立的小區(qū)鄰區(qū)中選擇與該小區(qū)處于同覆蓋的鄰區(qū)，或者是包含該小區(qū)的鄰區(qū)等，然后在選取的小區(qū)中重新分配資源及建立新的承載，資源分配和承載建立原則在上述實施例二和實施例三中進行了說明，在此不再贅述。步驟S512，RNC給UE發(fā)送新的RB Setup消息。步驟S514，UE給RNC回復RB Setup成功的消息。步驟S516，RNC給CN回復RAB指派完成消息。通過本實施例，在RNC確定UE的無線承載建立失敗后，根據(jù)UE回復的失敗原因以及業(yè)務類型，RNC調(diào)整承載業(yè)務的小區(qū)后，可以保持原有承載信道和速率，也可以對該UE的承載信道和速率進行調(diào)整，然后向UE發(fā)送新的無線承載建立消息，進行業(yè)務建立。例如RAB指派消息要求建立的是CS或PS業(yè)務，UE回復RB Setup失敗原因為物理信道失敗，RNC可以重新選擇一個合適的小區(qū)重新建立承載，給UE下發(fā)RB Setup消息，RNC再次嘗試承載建立，從而達到提高UE的RB建立成功率，提升用戶體驗的效果。實施例五圖6所示的是根據(jù)本發(fā)明實施例五的業(yè)務建立方法的流程圖，RNC通過NODEB即基站與UE進行消息的傳輸，該方法包括如下步驟(步驟S602-步驟S616):步驟S602，CN給RNC下發(fā)RAB指派消息。步驟S604，RNC分配資源及建立相關承載。步驟S606，RNC 給 UE 發(fā)送 RB Setup 消息。步驟S608，RNC在預定時間內(nèi)沒有收到UE回復的RB Setup的響應消息。RNC可以自定義預定時間的時長,但最大時長不應超過CN的Rab AssignmentResponse (即，RAB指派消息)的等待時長。步驟S610，RNC復位RB2的RLC實體。RNC在預定時間內(nèi)沒有收到UE回復的RB Setup的響應消息，可能是UE沒有收到RNC的RB Setup消息，也可能是RNC沒有收到UE回復的RB Setup的響應消息。對于上述情況，RNC發(fā)起RB2的無線鏈路控制(Radio Link Control，簡稱為RLC)實體復位，嘗試讓RB2的RLC層恢復正常后重新接收消息。當然業(yè)務建立的方式不限于此，RNC還可以根據(jù)層2原語，即RLC層的確認字符(Acknowledgement，簡稱為ACK)，從而確定UE是否收到RBSetup消息，然后RNC根據(jù)UE的接收結果再細分重建策略。步驟S612，RNC給UE再次發(fā)送同樣的RB Setup消息。步驟S614，UE給RNC回復RB Setup成功的消息。步驟S616，RNC給CN回復RAB指派完成消息。本實施例中RNC在預定時間內(nèi)沒有收到UE回復的RB Setup的響應消息后，RNC復位RB2的RLC實體，嘗試RB2的RLC層重建后再給UE重發(fā)RB Setup消息。RNC在一定時間內(nèi)如果RB重建失敗，可以改變重建策略，可以多次進行嘗試以提高成功率，從而達到提高UE的RB建立成功率，提升用戶體驗的效果。實施例六圖7所示的是根據(jù)本發(fā)明實施例六的業(yè)務建立方法的流程圖，RNC通過NODEB即基站與UE進行消息的傳輸，該方法包括如下步驟(步驟S702-步驟S714):步驟S702，CN給RNC下發(fā)RAB指派消息。步驟S704，RNC分配資源及建立相關承載。步驟S706，RNC 給 UE 發(fā)送 RB Setup 消息。步驟S708，UE給RNC回復RB Setup Failure消息，或者RNC在預定時間內(nèi)沒有收到UE的RB Setup的響應消息。步驟S710，RNC給CN回復RAB指派失敗消息。步驟S712，RNC給CN發(fā)送Iu釋放請求。步驟S714，RNC給UE發(fā)送RRC連接釋放消息，釋放UE的RRC連接。RNC給UE發(fā)送RRC連接釋放消息，UE的RRC連接釋放，RRC連接釋放消息中攜帶重定向信息redirectionlnfo,該重定向消息用于通知UE自動重定向到指定系統(tǒng)(例如GSM等異系統(tǒng))，重新嘗試業(yè)務建立。本實施例在RNC確定UE的無線承載建立失敗后，釋放UE的RRC連接，RNC指示UE重定向到GSM等其他系統(tǒng)，讓UE在其他系統(tǒng)中自動嘗試重建。通過這樣的多次重建來提高建立成功率，提升用戶體驗。本實施例可以在上述幾個實施例組合嘗試多次后，如果無線承載建立失敗或是RNC重建失敗的情況下采用。如上所示，多種實施例的結合使用、多次嘗試可以使業(yè)務建立的成功率得到更大的提升。對應于上述方法，本實施例提供了一種業(yè)務建立裝置，該裝置用于實現(xiàn)上述實施例。圖8是根據(jù)本發(fā)明實施例的業(yè)務建立裝置的結構框圖，如圖8所示，該裝置包括:建立結果確定模塊82、重建方式確定模塊84和業(yè)務建立模塊86。本實施例中該裝置設置在RNC上實施，下面對該結構進行說明。建立結果確定模塊82，用于RNC根據(jù)UE對無線承載建立消息的反饋情況，確定UE的業(yè)務建立是否失敗；重建方式確定模塊84,連接至建立結果確定模塊82,用于建立結果確定模塊82的確定結果為是時，RNC根據(jù)上述反饋情況確定重建方式；業(yè)務建立模塊86，連接至重建方式確定模塊84，用于RNC按照重建方式確定模塊84確定的重建方式再次向上述UE下發(fā)無線承載建立消息，進行業(yè)務建立。通過上述裝置，重建方式確定模塊84在建立結果確定模塊82確定UE的業(yè)務建立失敗時，根據(jù)UE的反饋情況確定重建方式，業(yè)務建立模塊86按照該重建方式再次向上述UE下發(fā)無線承載建立消息，進行業(yè)務建立，解決了相關技術中業(yè)務建立成功率低的問題，提高了業(yè)務建立承載的效率，提升了用戶體驗。圖9是根據(jù)本發(fā)明實施例的業(yè)務建立裝置的具體結構框圖，如圖9所示，該裝置除了包括上述圖8中的各個模塊之外，建立結果確定模塊82還包括:第一結果確定單元822和第二結果確定單元824。本實施例中該裝置設置在RNC上實施，下面對該結構進行說明。
第一結果確定單元822，用于RNC接收到UE反饋的無線承載建立失敗消息時，確定該UE的業(yè)務建立失?。坏诙Y果確定單元824，用于RNC在發(fā)送無線承載建立消息后的預定時間內(nèi)，未收到該UE對該無線承載建立消息的響應消息，確定該UE的業(yè)務建立失敗。圖10是根據(jù)本發(fā)明實施例的業(yè)務建立裝置的另一個具體結構框圖，如圖10所示，該裝置除了包括上述圖9中的各個模塊之外，重建方式確定模塊84還包括:第一方式確定單元842、第二方式確定單元844和第三方式確定單元846。本實施例中該裝置設置在RNC上實施，下面對該結構進行說明。第一方式確定單元842，用于當無線承載建立失敗消息指示的失敗原因為以下之一時，RNC確定的重建方式為重分配資源:UE不支持無線承載建立失敗消息中的配置、無線承載建立失敗消息中的配置為無效配置、無線承載建立失敗消息采用的協(xié)議有誤、物理信道失??；第二方式確定單元844，用于當無線承載建立失敗消息指示的失敗原因為無線承載建立失敗消息中的配置信息相矛盾和/或配置不完善，RNC確定的重建方式為保持原有配置；第三方式確定單元846，用于當反饋情況為預定時間內(nèi)未收到響應消息時，RNC確定的重建方式為復位RLC實體。圖11是根據(jù)本發(fā)明實施例的業(yè)務建立裝置的再一個具體結構框圖，本實施例中該裝置設置在RNC上實施，如圖11所示，該裝置除了包括上述圖10中的各個模塊之外，該裝置還包括:資源釋放模塊88，用于業(yè)務建立模塊86再次向UE下發(fā)無線承載建立消息達到指定次數(shù)后，RNC向該UE發(fā)送無線資源控制RRC連接釋放消息，其中，該RRC連接釋放消息攜帶有指示上述UE重定向到指定系統(tǒng)建立業(yè)務的信息。從以上的描述中可以看出，本發(fā)明在RNC確定UE的業(yè)務建立失敗后，不直接向CN回復業(yè)務建立失敗響應，而是根據(jù)UE回復的失敗原因以及業(yè)務類型，RNC重新決策資源分配及重建方案，在不需要CN或NODEB做任何修改的情況下，嘗試再次進行業(yè)務建立，提高了業(yè)務建立成功率和業(yè)務建立的效率，大大提升了用戶感受，為運營商帶來更多的話務利潤。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種業(yè)務建立方法，其特征在于，包括: 無線網(wǎng)絡控制器RNC根據(jù)用戶設備UE對無線承載建立消息的反饋情況，確定所述UE的業(yè)務建立是否失??； 如果是，所述RNC根據(jù)所述反饋情況確定重建方式； 所述RNC按照確定的所述重建方式再次向所述UE下發(fā)無線承載建立消息，進行業(yè)務建立。
2.根據(jù)權利要求1所述的方法，其特征在于，所述RNC根據(jù)UE對無線承載建立消息的反饋情況，確定所述UE的業(yè)務建立是否失敗包括以下之一: 所述RNC接收到所述UE反饋的無線承載建立失敗消息時，確定所述UE的業(yè)務建立失??； 在發(fā)送所述無線承載建立消息后的預定時間內(nèi)，所述RNC未收到所述UE對所述無線承載建立消息的響應消息，確定所述UE的業(yè)務建立失敗。
3.根據(jù)權利要求2所述的方法，其特征在于，所述RNC根據(jù)所述反饋情況，確定所述重建方式包括: 當所述無線承載建立失敗消息指示的失敗原因為以下之一時，所述RNC確定的重建方式為重分配資源:所述UE不支持無線承載建立失敗消息中的配置、所述無線承載建立失敗消息中的配置為無效配置、所述無線承載建立失敗消息采用的協(xié)議有誤、物理信道失?。划斔鰺o線承載建立失敗消息指示的失敗原因為所述無線承載建立失敗消息中的配置信息相矛盾和/或配置不完善，所述RNC確定的所述重建方式為保持原有配置； 當所述反饋情況為所述預定時間內(nèi)未收到所述響應消息時，所述RNC確定的重建方式為復位RLC實體。
4.根據(jù)權利要求3所述的方法，其特征在于，所述重分配資源包括: 當所述業(yè)務的業(yè)務類型為分組交換PS業(yè)務時，所述RNC調(diào)整所述UE的承載信道和速率； 當所述業(yè)務的業(yè)務類型為電路交換CS業(yè)務或PS業(yè)務時，所述RNC調(diào)整承載所述業(yè)務的小區(qū)。
5.根據(jù)權利要求3所述的方法，其特征在于，所述RNC按照確定的所述重建方式再次向所述UE下發(fā)無線承載建立消息包括: 當所述重建方式為所述重分配資源時，所述RNC按照重新分配的資源生成新的無線承載建立消息；所述RNC向所述UE下發(fā)所述新的無線承載建立消息； 當所述重建方式為保持原有配置或復位RLC實體時，所述RNC向所述UE重發(fā)原無線承載建立消息。
6.根據(jù)權利要求1-5任一項所述的方法，其特征在于，再次向所述UE下發(fā)無線承載建立消息達到指定次數(shù)后，所述方法還包括: 所述RNC向所述UE發(fā)送無線資源控制RRC連接釋放消息，其中，所述RRC連接釋放消息攜帶有指示所述UE重定向到指定系統(tǒng)建立所述業(yè)務的信息。
7.—種業(yè)務建立裝置，其特征在于，包括: 建立結果確定模塊，用于根據(jù)用戶設備UE對無線承載建立消息的反饋情況，確定所述UE的業(yè)務建立是否失??；重建方式確定模塊，用于所述建立結果確定模塊的確定結果為是時，根據(jù)所述反饋情況確定重建方式； 業(yè)務建立模塊，用于按照所述重建方式確定模塊確定的所述重建方式再次向所述UE下發(fā)無線承載建立消息，進行業(yè)務建立。
8.根據(jù)權利要求7所述的裝置，其特征在于，所述建立結果確定模塊包括以下之一: 第一結果確定單元，用于接收到所述UE反饋的無線承載建立失敗消息時，確定所述UE的業(yè)務建立失?。? 第二結果確定單元，用于在發(fā)送所述無線承載建立消息后的預定時間內(nèi)，未收到所述UE對所述無線承載建立消息的響應消息，確定所述UE的業(yè)務建立失敗。
9.根據(jù)權利要求8所述的裝置，其特征在于，所述重建方式確定模塊包括以下之一: 第一方式確定單元，用于當所述無線承載建立失敗消息指示的失敗原因為以下之一時，確定的重建方式為重分配資源:所述UE不支持無線承載建立失敗消息中的配置、所述無線承載建立失敗消息中的配置為無效配置、所述無線承載建立失敗消息采用的協(xié)議有誤、物理信道失?。? 第二方式確定單元，用于當所述無線承載建立失敗消息指示的失敗原因為所述無線承載建立失敗消息中的配置信息相矛盾和/或配置不完善，確定的重建方式為保持原有配置； 第三方式確定單元，用于當所述反饋情況為所述預定時間內(nèi)未收到所述響應消息時，確定的重建方式為復位RLC實體。
10.根據(jù)權利要求7-9任一項所述的裝置，其特征在于，所述裝置還包括: 資源釋放模塊，用于所述業(yè)務建立模塊再次向所述UE下發(fā)無線承載建立消息達到指定次數(shù)后，向所述UE發(fā)送無線資源控制RRC連接釋放消息，其中，所述RRC連接釋放消息攜帶有指示所述UE重定向到指定系統(tǒng)建立所述業(yè)務的信息。
全文摘要
本發(fā)明公開了一種業(yè)務建立方法及裝置。其中，該方法包括RNC根據(jù)UE對無線承載建立消息的反饋情況，確定該UE的業(yè)務建立失敗，該RNC再根據(jù)反饋情況確定重建方式，再次向該UE下發(fā)無線承載建立消息。通過本發(fā)明，在RNC確定UE的業(yè)務建立失敗時，該RNC根據(jù)UE的反饋情況確定重建方式，再根據(jù)該重建方式再次向上述UE下發(fā)無線承載建立消息，進行業(yè)務建立，解決了相關技術中業(yè)務建立成功率低的問題，提高了業(yè)務建立承載的效率，提升了用戶體驗。
文檔編號H04W76/02GK103108404SQ20111035975
公開日2013年5月15日 申請日期2011年11月14日 優(yōu)先權日2011年11月14日
發(fā)明者葉生華 申請人:中興通訊股份有限公司