一种进入双传输模式请求无线资源的方法和装置与流程

文档序号：12830005阅读：419来源：国知局

本发明涉及卫星移动通信领域，尤指一种进入双传输模式请求无线资源的方法和装置。

背景技术：

目前，地球同步静止轨道卫星移动无线接口(geo-mobileradiointerface，简称：gmr)标准最初是制定基于全球移动通信系统(globalsystemformobilecommunication，简称：gsm)标准的geo卫星移动通信系统空中接口技术规范，分为gmr-1和gmr-2，其中，gmr-1标准应用于中东的thuraya系统。随着地面蜂窝gsm到3g标准的演进，gmr-1标准也随之演进，先后经过了gmr-1release1，gmr-1release2(即gmprs)和gmr-1release3(即gmr-13g)阶段。双传输模式(dualtransfermode，简称：dtm)是应用于gmr-13g卫星通信系统中的关键技术，可以支持话音业务(cs)和数据业务(ps)并发的模式，能够使支持dtm功能的手机同时进行话音和数据业务。

现有技术中，gmr-13g卫星通信系统协议的无线资源管理功能需要无线资源控制(radioresourcecontrol，简称：rrc)和媒体介入控制层(mediaaccesscontrol，简称：mac)两层协议合作管理完成，使得进入dtm请求无线资源的流程变得复杂，且效率低下。

技术实现要素：

为了解决上述技术问题，本发明提供了一种进入双传输模式请求无线资源的方法和装置，能够直接通过mes的mac实体向gss的mac实体请求进入dtm模式的无线资源请求，从而简化了卫星通信系统中进入dtm请求无线资源的流程，且提高了数据传输效率。

第一方面，本发明实施例提供一种进入双传输模式请求无线资源的方法，应用于带有无线资源控制rrc实体的移动终端，该方法包括：

终端侧的第一mac实体收到建立进入dtm的请求流程后，向网络侧的第二mac实体发送进入dtm的请求消息，并启动第一定时器，其中，所述请求消息中携带消息信元“iumodechannelrequestdescriptionie”，所述第一定时器设置于第一mac实体中；

所述第一mac实体接收所述第二mac实体回复的响应消息，并停止第一定时器，其中，若确定所述响应消息中包括请求的rb所需的上行分组数据信道资源，则配置所收到的分组数据信道资源，配置成功后所述第一mac实体进入dtm状态。

第二方面，本发明实施例提供一种进入双传输模式请求无线资源的装置，应用于带有无线资源控制rrc实体的移动终端，所述装置包括：第一mac实体；

所述第一mac实体用于收到建立进入dtm的请求流程后向网络侧的第二mac实体发送进入dtm的请求消息，并启动第一定时器，其中，所述请求消息中携带消息信元“iumodechannelrequestdescriptionie”，所述第一定时器设置于第一mac实体中；

所述第一mac实体还用于接收所述第二mac实体回复的响应消息，并停止第一定时器，其中，若确定所述响应消息中包括请求的rb所需的上行分组数据信道资源，则配置所收到的分组数据信道资源，配置成功后所述第一mac实体进入dtm状态。

本发明实施例提供的一种进入双传输模式请求无线资源的方法和装置，应用于带有无线资源控制rrc实体的移动终端，该方法通过删除mes的rrc实体发起dtm请求无线资源的管理协议，同时删除rrc信令gssiumodedtmrequest和gssiumodedtmreject的定义，由mes的第一mac实体负责进入dtm请求无线资源的管理控制，从而实现了由双层实体控制转化为单层实体控制管理，简化了进入dtm请求无线资源的流程，提高了卫星移动通信系统中数据的传输效率。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明提供的一种进入双传输模式请求无线资源的方法实施例一的流程示意图；

图2为本发明提供的一种进入双传输模式请求无线资源的方法实施例二的rrc实体状态转移示意图；

图3为本发明提供的一种进入双传输模式请求无线资源的方法实施例二的mac实体状态转移示意图；

图4为本发明提供的一种进入双传输模式请求无线资源的方法实施例二的交互示意图；

图5为本发明提供的一种进入双传输模式请求无线资源的方法实施例三的交互示意图；

图6为本发明提供的一种进入双传输模式请求无线资源的方法实施例四的交互示意图；

图7为本发明提供的一种进入双传输模式请求无线资源的方法实施例五的交互示意图；

图8为本发明提供的一种进入双传输模式请求无线资源的装置实施例一的结构示意图；

图9为本发明提供的一种进入双传输模式请求无线资源的装置实施例二的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明实施例涉及的移动终端是geo卫星移动通信系统的移动地面站(mobileearthstation简称：mes)，根据卫星通信系统的性质和用途的不同，可有不同形式的移动地面站，如：舰载站、机载站和车载站、手持终端等，但并不以此为限。

本发明实施例涉及的方法适用于任一gmr-13g卫星通信系统，该gmr-13g卫星通信系统可以包括至少一个mes和至少一个信关站子系统(gatewaystationsubsystem，简称：gss)，所述mes和所述gss之间具有无线通信链路。

本发明实施例涉及的方法，旨在解决现有技术中的gmr-13g卫星通信系统协议的无线资源管理功能需要由的rrc实体和mac实体协议合作完成，使得进入dtm模式请求无线资源的过程变得复杂，且效率低下的技术问题。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图1为本发明提供的一种进入双传输模式请求无线资源的方法实施例一的流程示意图，本实施例涉及的是进入dtm请求无线资源的具体过程，应用于带有无线资源控制rrc实体的移动终端，如图1所示，该方法包括：

s101、终端侧的第一mac实体收到建立进入dtm的请求流程后，向网络侧的第二mac实体发送进入dtm的请求消息，并启动第一定时器，其中，所述请求消息中携带消息信元“iumodechannelrequestdescriptionie”，所述第一定时器设置于第一mac实体中。

mes的第一mac实体收到mes的rlc实体发起的建立进入dtm的请求流程后，该第一mac实体向gss的第二mac实体发送进入dtm的请求消息，该mes通过第一mac实体在专用随路控制信道(dacch)上发送一条进入dtm的请求消息，该请求消息可以命名为：“macdtmrequest”，该请求消息中携带消息信元包括“iumodechannelrequestdescriptionie”，其中，该消息信元里包含有指示进入dtm的原因，例如：发送用户数据、寻呼响应或移动性管理消息等，但并不以此为限。

对于进入dtm的请求消息的内容设计具体如下：

<macdtmrequestmessagecontent>::＝

{<g-rnti:bit(32)>}

<iumodedtmchannelrequestdescription:<iumodedtmchannelrequestdescriptionie>>

<paddingbits>}；

其中：

--仅在multipletbfrequest消息中该信息单元被重复

在第一mac实体发送完进入dtm的请求消息时，启动第一定时器，等待gss的第二mac实体回复的响应消息，其中，该第一定时器可以为t3168定时器，并设置在第一mac实体中，该等待时长可以根据具体的实际情况进行设置，但并不限于此。

s102、所述第一mac实体接收所述第二mac实体回复的响应消息，并停止第一定时器，其中，若确定所述响应消息中包括请求的rb所需的上行分组数据信道资源，则配置所收到的分组数据信道资源，配置成功后所述第一mac实体进入dtm状态。

具体的，mes的第一mac实体在启动第一定时器t3168后，接收到gss的第二mac实体回复的响应消息，则停止该第一定时器t3168，若确定该响应消息中包括请求的无线承载(radiobearer，简称：rb)所需的上行分组数据信道(packetdatachannel，简称：pdch)资源，即gss按照预定的协议在dacch下行链路上发送一个或多个上行链路的指配消息，如：(packetuplinkassignmenttype2,multipletbfuplinkassignment,multipletbftimeslotreconfigure或packettimeslotreconfigure)，则配置所收到的分组数据信道资源，包括第一mac实体和物理层，全部配置成功后该第一mac实体进入dtm状态。

现有技术中，mes的rrc实体并没有dtm状态，而第一mac实体有dtm状态，但进入dtm状态的无线资源管理却主要由rrc实体和mac实体来共同负责，使得进入dtm状态的过程复杂；另外，在支持cs业务的专用业务信道无线承载(dtchrb)和支持ps业务分组数据信道无线承载(pdchrb)在之前已经建立好，只是pdchrb对应的上行tbf资源在第一mac实体中，其中，因某种原因被释放，则会有发起dtm请求再次申请上行tbf资源的过程，这种情况下rrc实体其实是不知道第一mac实体是否释放了pdchrb对应的上行tbf资源的，因为按照第一mac实体协议，只有当所有的tbf资源释放后才会通知rrc释放对应的rb，这样使得在这种情况下由rrc实体去申请上行tbf资源恢复pdchrb对应的上行tbf资源不够直接和有效；还有当rrc实体请求dtm资源后收到gss的资源分配响应，但rb重配消息中又没有分配上行tbf资源的情况下，现有流程要求数据面协议层(如：无线链路控制rlc实体)再转而向第一mac实体请求上行tbf资源，按照现有协议，这个时候第一mac实体必须处于mac-dtm状态才能发起上行分组资源请求，也就是说要求收到gss进入dtm响应后rrc实体必须至少配置成功一个下行pdchtbf资源才可以，这样使得进入dtm模式请求无线资源的过程变得复杂，两次非常类似的资源请求效率较低，没有必要。

本发明实施例提供的一种进入双传输模式请求无线资源方法，应用于带有无线资源控制rrc实体的移动终端，该方法通过删除mes的rrc实体发起dtm请求无线资源的管理协议，同时删除rrc信令gssiumodedtmrequest和gssiumodedtmreject的定义，通过由mes的第一mac实体负责进入dtm请求无线资源的管理控制，从而实现了由双层实体控制转化为单层实体控制管理，简化了进入dtm请求无线资源的流程，提高了卫星移动通信系统中数据的传输效率。

进一步地，在上述实施例的基础上，还包括：

所述rlc实体在确定所述rb存在以及所述rrc实体处于rrccell-dedicated状态、所述第一mac实体处于处于mac-dedicated状态后，向所述第一mac实体发起建立进入dtm的请求流程。

具体的，mes的分组数据汇聚协议(packetdataconvergenceprotocol，简称：pdcp)实体发送内部原语请求rlc实体发送上行数据，该rlc实体欲发送上行数据时，需要先判断rb是否存在，并判断当前rrc实体是否处于rrc-cell_dedicated状态，第一mac实体是否处于mac-dedicated状态，只有确定rb存在以及rrc实体处于rrc-cell_dedicated状态、第一mac实体处于mac-dedicated状态时，所述rlc实体才会向终端侧的第一mac实体发送建立进入dtm的请求流程。

图2为本发明提供的一种进入双传输模式请求无线资源的方法实施例一的rrc实体状态转移示意图，如图2所示，具体的，mes的rrc实体(以下简称：rrc实体)分为连接模式(connected)和空闲模式(idle)。其中，connected模式又分为rrccell_dedicated状态、rrccell_shared状态和rrcgra_pch状态，且只有rrc实体在rrccell_dedicated状态下时，除了可以在上行和下行中分配给mes一个或多个专用物理信道并可随时使用，还可以分配给mes一个或多个共享物理信道。

图3为本发明提供的一种进入双传输模式请求无线资源的方法实施例一的mac实体状态转移示意图，如图3所示，mes的第一mac实体的协议状态有四个，其中，第一mac实体负责管理临时块流(temporaryblockflow，简称：tbf)，如果只存在专用信道类型的临时块流(dchtbf)，则第一mac实体处于mac-dedicated状态，如果只存在分组数据信道类型的临时块流(pdchtbf)，则第一mac实体处于mac-shared状态，如果当dch和pdch类型的tbf同时存在时，则第一mac实体处于mac双传输模式mac-dtm状态。

在mac-dedicated状态，mes在pdch上建立第一个tbf后进入mac-dtm状态。

在mac-shared状态，上层可请求传输一个上层分组数据单元(pdu)，通过rrc流程在dch上触发建立一个tbf，这将会使mes由mac-shared状态转入mac-dtm状态。

在mac-dtm状态mes将无线资源分配给一个或多个dch和一个或多个pdch。其中，在mac-dtm状态当所有在pdch上行或下行的tbf都被释放之后，mes进入mac-dedicated状态；在释放了所有的dch之后，mes进入mac-shared状态；在释放了所有的pdch和dch之后，mes进入mac-idle状态。

需要说明的是，当第一mac实体进入了mac-dtm状态并不意味着mes进入本发明所指的进入dtm，因为这种状态有可能上行pdch资源不存在，仅存在下行pdch资源的情况。

综上所述，仅有在确定rrc-cell_dedicated和mac-dedicated状态时，即在rrc实体，cs和ps的无线承载(rb)都存在，而在第一mac实体，pdch类型的tbf不存在的情况下，需要通过特定的信令流程重新请求分配上行pdch资源，以实现cs和ps业务并发(或者说在cs业务存在的情况下恢复ps上行业务)的目的。其中，对于psrb存在并不代表相应的pdch资源存在，即对应上述说明需要注意的地方，因此，这样就需要在此情况下设计一个流程让mes进入dtm状态。

因此，图4为本发明提供的一种进入双传输模式请求无线资源的方法实施例二的交互示意图，如图4所示，rlc实体如果确定rb存在以及rrc实体处于rrccell_dedicated状态、第一mac实体处于mac-dedicated状态时，则会向第一mac实体发起建立dtm的请求流程。

如果rlc实体确定不属于上述的情况，则由rlc实体做其他处理，例如：当rb存在，且第一mac实体处于mac-dtm状态并分配有上行资源时，可直接向第一mac实体发送上行数据，或者当rb不存在时，则向上行回复数据发送失败等，但并不以此为限。

本发明上述实施例中通过由rlc实体整体上判断mes的rrc实体和第一mac实体的状态，从而向第一mac实体发起建立dtm的请求流程，这样使得不用rrc实体参与建立进入dtm请求流程的过程，由双层实体控制转化为单层实体控制管理，从而简化了整个发起进入dtm的请求流程，提高了效率。

进一步地，在上述实施例的基础上，图5为本发明提供的一种进入双传输模式请求无线资源的方法实施例三的交互示意图，如图5所示，所述第一mac实体接收所述第二mac实体发送的响应消息之后，还包括：

若确定所述响应消息中包括拒绝进入dtm的消息，则第一mac实体停止第一定时器，启动第二定时器，其中，所述第二定时器设置于第一mac实体中，所述第二定时器的时长设置为拒绝进入dtm的消息中的ie“waitindication”的值。

具体的，如果gss的第二mac实体不能分配请求的pdch资源，则在gss的dacch下行链路上发送拒绝消息给mes的第一mac实体，该消息可以命名为“macdtmreject”。

对于拒绝进入dtm的消息内容设计如下：

<macdtmrejectmessagecontent>::＝

<reject:<rejectstruct>>

{{0|1<additionalreject:<rejectstruct>>}**0

<paddingbits>}

！<distributionparterror:bit(*)＝<nostring>>；

<rejectstruct>::＝

{0<g-rnti:bit(32)>

|10<globaltfi:<globaltfiie>>}

<rbid:bit(2)>

<reserved:bit(1)>

<wait_indication:bit(8)>

<waitindication_size:bit(1)>

<reject_cause:bit(2)>

{0|1<rbid:bit(5)>}

！<ignore:bit(*)＝<nostring>>；

另外，当回复所述响应消息为表示请求失败的消息时，还有一种情况是若确定所述响应消息中仅包括下行分组数据信道的无线承载资源，即该响应消息若包含有“packetuplinkassignmenttype2,multipletbfuplinkassignment,packettimeslotreconfigure或multipletbftimeslotreconfigure”的消息信令，这些消息信令仍然沿用mac实体协议现有的信令定义，此处不再赘述，确定所述消息信令中仅配置了下行tbf资源，则停止第一定时器即t3168定时器，并检查是否分配了上行tbf资源，并通知rlc实体请求失败的消息。

当第一mac实体接收到gss的第二mac实体回复的以上拒绝消息时，该第一mac实体会停止第一定时器即t3168定时器，并启动第二定时器，该第二定时器可以为t3172定时器，并设置于第一mac实体中，该第二定时器的时长设置为拒绝进入dtm的消息中的ie“waitindication”的值。

进一步地，在上述实施例的基础上，如图5所示，还包括：

所述rlc实体接收所述第一mac实体通知的请求失败的消息，等待所述第二定时器，在所述第二定时器超时后，进行所述向第一mac实体发起建立进入dtm的请求流程的操作。

具体的，继续上述实施例，第一mac实体通知rlc实体请求失败的消息之后，所述rlc实体会接收所述请求失败的消息，并继续等待第二定时器，待所述第二定时器超时后，则再次向第一mac实体发起建立进入dtm的请求流程。

进一步地，在上述实施例的基础上，图6为本发明提供的一种进入双传输模式请求无线资源的方法实施例四的交互示意图，如图6所示，所第一mac实体向所述第二mac实体发送进入dtm模式的请求消息之前，还包括：

所述第一mac实体确定第二定时器的状态，若所述第二定时器启动且未超时，则回复所述rlc实体请求失败的消息，若所述第二定时器未启动或已超时，则进行所述向第二mac实体发送进入双传输模式的请求消息的操作。

具体的，第一mac实体在接收到rlc实体发起的建立dtm的请求流程时，确定第二定时器即t3172定时器是否启动，如果该第二定时器启动且未超时，则说明第一mac实体以前收到过gss的第二mac实体拒绝进入dtm的消息，并且还处于禁止再次发起进入dtm请求时间段内，该第一mac实体通知rlc实体启动请求流程失败的消息，如果该第二定时器没有启动或者已经超时，则该第一mac实体向gss的第二mac实体发送进入dtm的请求消息。

上述实施例，通过在第一mac实体中设置第一定时器、第二定时器，在gss侧的第二mac实体回复响应消息时，第一mac实体可以快速获取进入dtm的请求的状态，并在收到表示请求失败的消息时，可以使得rlc实体再次向第一mac实体发起建立进入dtm的请求流程，第一mac实体再次向gss侧的第二mac实体发送进入dtm请求，而无需再发送给rrc实体来进行控制管理，简化了再次进入dtm请求无线资源的过程，提高了效率。

进一步地，在上述实施例的基础上，图7为本发明提供的一种进入双传输模式请求无线资源的方法实施例五的交互示意图，如图7所示，所述第一mac实体向所述第二mac实体发送进入双传输模式的请求消息之后，还包括：

所述第一mac实体将发送次数增加一；

若所述第一定时器超时仍未收到所述第二mac实体的回复，则所述第一mac实体确定发送进入dtm的请求消息的次数，若发送次数超过预定次数，所述第一mac实体回复所述rlc实体建立dtm的请求流程失败的消息，若发送次数没有超过预定次数，则重新向第二mac实体发送进入dtm的请求消息，并重新启动第一定时器。

具体的，当第一mac实体向所述第二mac实体发送进入双传输模式的请求消息时，所述第一mac实体会将发送次数增加一，从而记录第一mac实体发送进入dtm的请求消息的次数，并根据实际情况有设置预定的次数，当第一定时器即t3168定时器超时，第一mac实体仍未收到第二mac实体的回复，则需要判断向该第二mac实体发送dtm模式的请求消息的次数是否超过预定次数，优选的，预定次数可以为4次，如果发送的次数超过4次，则回复rlc实体建立进入dtm的请求流程失败，如果mac发送次数没有超过4次，则重新发送进入双传输模式的请求消息，并启动第一定时器t3168定时器，其中，在初始化进行计数时或者计数超过预定次数时，会对第一mac实体的计数进行清零。

通过对第一mac实体记录发送进入dtm请求消息的次数，并确定发送次数是否超过预定次数，从而可以优化第一mac实体进入dtm请求无线资源的流程，使得流程设计更加合理。

进一步地，图8为本发明提供的一种进入双传输模式请求无线资源的装置实施例一的结构示意图，图9为本发明提供的一种进入双传输模式请求无线资源的装置实施例二的结构示意图；如图8-图9所示，应用于带有无线资源控制rrc实体10的移动终端，该终端侧mes和网络侧gss的协议中的实体层一一对应，该装置包括：第一mac实体20；

所述第一mac实体20用于收到建立进入dtm的请求流程后向网络侧的第二mac实体200发送进入dtm的请求消息，并启动第一定时器21，其中，所述请求消息中携带消息信元“iumodechannelrequestdescriptionie”，所述第一定时器21设置于第一mac实体20中；

所述第一mac实体20还用于接收所述第二mac实体200回复的响应消息，并停止第一定时器21，其中，若确定所述响应消息中包括请求的rb所需的上行分组数据信道资源，则配置所收到的分组数据信道资源，配置成功后所述第一mac实体20进入dtm状态。

本发明实施例提供的一种进入双传输模式请求无线资源的装置，应用于带有无线资源控制rrc实体的移动终端，该装置包括：第一mac实体，该装置通过由mes的第一mac实体负责进入dtm请求无线资源的管理控制，从而实现了由双层实体控制转化为单层实体控制管理，简化了进入dtm请求无线资源的流程，提高了卫星移动通信系统中数据的传输效率。

进一步地，在上述实施例的基础上，该装置还包括：rlc实体30；

所述rlc实体30用于在确定所述rb存在以及所述rrc实体10处于rrccell-dedicated状态、所述第一mac实体20处于mac-dedicated状态后，向所述第一mac实体20发起建立进入dtm的请求流程。