CN101383989A - 共享Iub口传输承载的方法、装置、基站和无线网络控制器 - Google Patents
共享Iub口传输承载的方法、装置、基站和无线网络控制器 Download PDFInfo
- Publication number
- CN101383989A CN101383989A CNA2007101214084A CN200710121408A CN101383989A CN 101383989 A CN101383989 A CN 101383989A CN A2007101214084 A CNA2007101214084 A CN A2007101214084A CN 200710121408 A CN200710121408 A CN 200710121408A CN 101383989 A CN101383989 A CN 101383989A
- Authority
- CN
- China
- Prior art keywords
- channel
- transmission
- business datum
- response message
- cell
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开一种共享Iub口传输承载的方法，应用于RNC，包括：通过Iub口发送信道建立请求消息，该请求消息中携带有待传输的业务数据的指示信息；通过Iub口接收信道建立响应消息，获得业务数据的指示信息及传输承载的信息；查询传输所述业务数据的传输承载是否已建立：当所述传输承载已建立时，继续使用所述传输承载传输所述业务数据；当所述传输承载未建立时，根据所述传输承载的信息建立新的传输承载，用于传输所述业务数据。本发明还公开一种应用于Node B的共享Iub口传输承载的方法、共享Iub口传输承载的装置，以及相应的RNC和Node B。
Description
技术领域
本发明涉及移动通信系统中通过Iub口传输数据的技术，尤其涉及一种共享Iub口传输承载的方法和装置。
背景技术
目前，当网络侧在某个小区发起多媒体广播/组播业务(MBMS)时，需要在无线网络控制器(RNC)和相应基站(Node B)之间，为该MBMS业务建立一条Iub口传输承载。建立Iub口传输承载的过程如图1所示。
RNC发送公共传输信道建立请求(COMMON TRANSPORT CHANNELSETUP REQUEST)消息给Node B。在传输信道建立请求消息中指示建立前向接入信道(FACH，Forward Access Channel)。Node B收到该消息后，会为FACH配置绑定标识(Binding ID)和传输层地址(Transport Layer Address)，并将Binding ID和Transport Layer Address作为公共传输信道建立响应(COMMON TRANSPORT CHANNEL SETUP RESPONSE)消息的参数发给RNC，RNC收到响应消息后根据该响应消息中的Binding ID和TransportLayer Address，在Iub口建立一条新的承载，然后在这条新的承载上传输业务。
在为MBMS业务数据建立Iub口传输承载时存在的一个问题就是，按目前的规范要求，同一个Node B中的多个小区，即使传送相同的MBMS业务数据也需要建立、使用不同的传输承载。如图2所示，假如一个Node B中有三个小区需要传送相同的MBMS业务数据，则在Iub口需要建立三个传输承载。这样，对Iub口的资源造成很大的浪费。
按目前的规范要求，在为Node B内的不同用户传输相同的业务数据时，同样需要在Iub口为每个用户的专用信道(DCH)或高速下行共享信道MAC-d流(HS-DSCH MAC-d Flows)建立专用的传输承载。这样，也将对Iub口的资源造成很大的浪费。
发明内容
有鉴于此，本发明解决的技术问题是提供一种共享Iub口传输承载的方法，以实现Iub口的业务传输承载共享，从而大大节省Iub口的传输资源。此外，本发明还提供了一种共享Iub口传输承载的装置。
本发明提供的技术方案如下:
一种共享Iub口传输承载的方法，应用于RNC，包括:
通过Iub口发送信道建立请求消息，该请求消息中携带有待传输的业务数据的指示信息；
通过Iub口接收信道建立响应消息，获得业务数据的指示信息及传输承载的信息；
查询传输所述业务数据的传输承载是否已建立:
当所述传输承载已建立时，继续使用所述传输承载传输所述业务数据；
当所述传输承载未建立时，根据所述传输承载的信息建立新的传输承载，用于传输所述业务数据。
一种共享Iub口传输承载的方法，应用于基站，包括:
通过Iub口接收信道建立请求消息；
根据该请求消息中的指示信息得知待传输的业务数据，查询传输所述业务数据的传输承载是否已建立；
当所述传输承载已建立时，将所述传输承载的信息添加进信道建立响应消息；当所述传输承载未建立时，将新的传输承载的信息添加进信道建立响应消息；
将所述业务数据的指示信息添加进信道建立响应消息中；
通过Iub口发送信道建立响应消息。
优选地，所述传输承载为前向接入信道的传输承载。
优选地，所述信道建立请求消息为公共传输信道建立请求消息；所述信道建立响应消息为公共传输信道建立响应消息。
优选地，在信道建立请求消息中的前向接入信道参数信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的前向接入信道参数信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
优选地，所述传输承载为专用信道的传输承载。
优选地，所述信道建立请求消息包括:无线链路建立请求消息、无线链路增加请求消息、无线链路重配置准备消息、无线链路重配置请求消息；
所述信道建立响应消息包括:无线链路建立响应消息、无线链路增加响应消息、无线链路重配置就绪消息、无线链路重配置响应消息。
优选地，在信道建立请求消息中的专用信道信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的专用信道响应信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
优选地，所述传输承载为高速下行共享传输信道MAC-d流的传输承载。
优选地，所述信道建立请求消息包括:无线链路建立请求消息、无线链路增加请求消息、无线链路重配置准备消息、无线链路重配置请求消息；
所述信道建立响应消息包括:无线链路建立响应消息、无线链路增加响应消息、无线链路重配置就绪消息、无线链路重配置响应消息。
优选地，在信道建立请求消息中的高速下行共享传输信道MAC-d流信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的高速下行共享传输信道MAC-d流响应信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
优选地，传输承载的信息包括绑定标识和传输层地址。
其中，当所述传输承载为专用信道的传输承载时，进一步包括:
将使用同一条传输承载的各专用信道的帧补偿frame offset设置成相同的值。
一种共享Iub口传输承载的装置，应用于RNC，包括:
第一指示单元，用于在RNC通过Iub口发送信道建立请求消息前，将待传输的业务数据的指示信息添加进所述信道建立请求消息；
第一信息获取单元，用于在RNC通过Iub口接收信道建立响应消息后，获得业务数据的指示信息及传输承载的信息；
第一查询单元，用于在第一信息获取单元获得业务数据的指示信息后，查询传输所述业务数据的传输承载是否已建立:
当所述传输承载已建立时，通知RNC继续使用所述传输承载传输所述业务数据；
当所述传输承载未建立时，通知RNC根据第一信息获取单元获得的传输承载的信息建立新的传输承载，用于传输所述业务数据。
一种共享Iub口传输承载的装置，应用于Node B，包括:
第二信息获取单元，用于在基站通过Iub口接收信道建立请求消息后，根据该请求消息中的指示信息得知待传输的业务数据；
第二查询单元，用于在第二信息获取单元得知待传输的业务数据后，查询传输所述业务数据的传输承载是否已建立；
当所述传输承载已建立时，通知基站将所述传输承载的信息添加进信道建立响应消息；当所述传输承载未建立时，通知基站分配新的传输承载，并将新的传输承载的信息添加进信道建立响应消息；
第二指示单元，用于在基站通过Iub口发送信道建立响应消息前，将所述业务数据的指示信息添加进信道建立响应消息中。
优选地，所述传输承载为前向接入信道的传输承载。
优选地，所述信道建立请求消息为公共传输信道建立请求消息；所述信道建立响应消息为公共传输信道建立响应消息。
优选地，在信道建立请求消息中的前向接入信道参数信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的前向接入信道参数信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
优选地，所述传输承载为专用信道的传输承载。
优选地，所述信道建立请求消息包括:无线链路建立请求消息、无线链路增加请求消息、无线链路重配置准备消息、无线链路重配置请求消息；
所述信道建立响应消息包括:无线链路建立响应消息、无线链路增加响应消息、无线链路重配置就绪消息、无线链路重配置响应消息。
优选地，在信道建立请求消息中的专用信道信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的专用信道响应信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
优选地，所述传输承载为高速下行共享传输信道MAC-d流的传输承载。
优选地，所述信道建立请求消息包括:无线链路建立请求消息、无线链路增加请求消息、无线链路重配置准备消息、无线链路重配置请求消息；
所述信道建立响应消息包括:无线链路建立响应消息、无线链路增加响应消息、无线链路重配置就绪消息、无线链路重配置响应消息。
优选地，在信道建立请求消息中的高速下行共享传输信道MAC-d流信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的高速下行共享传输信道MAC-d流响应信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
优选地，传输承载的信息包括绑定标识和传输层地址。
其中，当所述传输承载为专用信道的传输承载时，还包括:
帧补偿单元，用于将使用同一条传输承载的各专用信道的帧补偿frameoffset设置成相同的值。
一种RNC，包括:
第三指示单元，用于在通过Iub口发送信道建立请求消息前，将待传输的业务数据的指示信息添加进所述信道建立请求消息；
第三信息获取单元，用于在通过Iub口接收信道建立响应消息后，获得业务数据的指示信息及传输承载的信息；
第三查询单元，用于在第三信息获取单元获得业务数据的指示信息后，查询传输所述业务数据的传输承载是否已建立:
第一承载共享单元，用于在所述传输承载已建立时，继续使用所述传输承载传输所述业务数据；
第一承载建立单元，用于在所述传输承载未建立时，根据第三信息获取单元获得的传输承载的信息建立新的传输承载，用于传输所述业务数据。
其中，所述RNC还包括:
帧补偿单元，用于在所述传输承载为专用信道的传输承载时，将使用同一条传输承载的各专用信道的帧补偿frame offset设置成相同的值。
一种Node B，包括:
第四信息获取单元，用于在通过Iub口接收信道建立请求消息后，根据该请求消息中的指示信息得知待传输的业务数据；
第四查询单元，用于在第四信息获取单元得知待传输的业务数据后，查询传输所述业务数据的传输承载是否已建立；
第二承载共享单元，用于在所述传输承载已建立时，将所述传输承载的信息添加进信道建立响应消息；
第二承载建立单元，用于在所述传输承载未建立时，分配新的传输承载，并将新的传输承载的信息添加进信道建立响应消息；
第四指示单元，用于在通过Iub口发送信道建立响应消息前，将所述业务数据的指示信息添加进信道建立响应消息中。
可以看出，采用本发明提供的共享Iub口传输承载的方法，在用户面无需修改Iub口数据帧(FP)帧结构，在信令面不需要单独增加消息，而只需要在原来消息中增加新的信元即可，对原有的消息改动不大。从而，以最小的改动就可以实现业务数据在Iub口的承载共享传输，大大节省了Iub口的传输资源。
附图说明
图1是现有的为传输MBMS业务数据建立Iub接口传输承载的流程图；
图2是现有的为多个小区传输MBMS业务数据的示意图；
图3是用于RNC侧的共享Iub口传输承载的方法流程图；
图4是用于Node B侧的共享Iub口传输承载的方法流程图；
图5是本发明中为多个小区传输MBMS业务数据的示意图；
图6是应用于RNC的共享Iub口传输承载的装置示意图；
图7是应用于Node B的共享Iub口传输承载的装置示意图；
图8是本发明提供的一种RNC的示意图；
图9是本发明提供的一种Node B的示意图。
具体实施方式
按现有的标准，即使RNC为一个Node B的不同小区发送相同的MBMS业务数据时，也要在Iub口为每个小区的FACH单独建立一条传输承载；即使RNC为一个小区内的不同用户发送同样的业务数据时，也需要在Iub口为每个用户的DCH或HS-DSCH MAC-d Flows建立一条专用的传输承载。
本发明的基本思想是，RNC在请求建立传输承载时，将待传输的业务通知Node B，由Node B查询传输所述业务的传输承载是否已建立。如果传输承载已建立，则使用该传输承载传输所述业务，而不再新建传输承载。如果传输承载尚未建立，则新建一个传输承载传输所述业务数据。
为使本领域技术人员能更清楚地理解本发明的技术方案，下面结合具体的实施例对本发明提供的共享Iub口传输承载的方法作进一步具体说明。图3是用于RNC侧的该方法的流程图。
在步骤31中，通过Iub口发送信道建立请求消息，该请求消息中携带有待传输的业务数据的指示信息。
其中，所述的信道建立请求消息既可以是用于建立FACH的COMMONTRANSPORT CHANNEL SETUP REQUEST消息，也可以是用于建立DCH或HS-DSCH的无线链路建立请求(RADIO LINK SETUP REQUEST)消息、无线链路增加请求(RADIO LINK ADDITION REQUEST)消息、无线链路重配置准备(RADIO LINK RECONFIGURATION PREPARE)消息、无线链路重配置请求(RADIO LINK RECONFIGURATION REQUEST)消息。
在步骤32中，通过Iub口接收信道建立响应消息，获得业务数据的指示信息，及传输承载的信息。
其中，所述的信道建立响应消息与步骤31中的信道建立请求消息相呼应，既可以是用于建立FACH的COMMON TRANSPORT CHANNEL SETUPRESPONSE消息，也可以是用于建立DCH或HS-DSCH的无线链路建立响应(RADIO LINK SETUP RESPONSE)消息、无线链路增加响应(RADIOLINK ADDITION RESPONSE)消息、无线链路重配置就绪(RADIO LINKRECONFIGURATION READY)消息、无线链路重配置响应(RADIO LINKRECONFIGURATION RESPONSE)消息。
其中，所述传输承载的信息主要包括该传输承载的Binding ID和Transport Layer Address。
在步骤33中，查询传输所述业务数据的传输承载是否已建立。
由于RNC会对已建立传输承载的业务进行记录，因此，RNC可以通过比对其记录的业务和响应消息所指示的业务，确定响应消息所指示的业务是否已被记录。如果已被记录，则表示相应的传输承载已经建立；如果尚未被记录，则表示相应的传输承载尚未被建立。
当所述传输承载已被建立时，在步骤34中，继续使用该传输承载，以传输所述业务数据。
当所述传输承载尚未被建立时，在步骤35中，根据响应消息中携带的传输承载的信息，即Binding ID、Transport Layer Address，建立新的传输承载，用于传输所述业务数据。
图3示出了用于RNC侧的共享Iub口传输承载的方法，图4示出了用于Node B侧的共享Iub口传输承载的方法。
在步骤41中，通过Iub口接收信道建立请求消息。
在步骤42中，根据信道建立请求消息中的指示信息得知待传输的业务数据。
在步骤43中，查询传输所述业务数据的传输承载是否已建立。
由于Node B会记录通过Iub口接收的每一项业务及该业务的传输承载，因此，通过查询所述记录Node B可以得知信道建立请求消息所指示的业务是否已被记录。
如果建立请求消息所指示的业务已被记录，则表示可以将已建立的相应传输承载进行共享，否则；表示所述业务属于初次传输，传输所述业务的传输承载尚未建立，也就不存在可以共享的传输承载。
当传输所述业务数据的传输承载已建立时，在步骤44中，将该传输承载的信息，即该传输承载的Binding ID、Transport Layer Address，添加进信道建立响应消息。
当传输所述业务数据的传输承载尚未建立时，Node B将分配新的传输承载，在步骤45中，将新的传输承载的信息添加进信道建立响应消息。
在步骤46中，将所述业务数据的指示信息添加进信道建立响应消息。
在步骤47中，通过Iub口发送信道建立响应消息。
下面，以传输MBMS业务数据为应用实例，对本发明提供的方法作更详细地说明。
当RNC需要通过Iub口发送MBMS业务数据给Node B时，RNC首先需要在COMMON TRANSPORT SETUP REQUEST消息中指定建立FACH信道。
在COMMON TRANSPORT SETUP REQUEST消息中添加所述MBMS的指示信息，其过程包括:
通过在COMMON TRANSPORT SETUP REQUEST消息的中的前向接入信道参数(FACH Parameters)信元(IE，Information Element)的低一个等级，新建一个信元Broadcast Reference，通过该信元的名称可以指示不同的MBMS业务，从而可以区分不同的MBMS业务数据。
添加业务数据指示信息后的COMMON TRANSPORT SETUP REQUEST消息，如表1-1所示。
表1-1
| IE/Group Name(信元/组名称) | Presence(存在性) | Range(范围) | Semantics Description(语义说明) |
| ...... | ...... | ...... | ...... |
| >Secondary CCPCHs(辅助CCPCHs) | |||
| >>FACH Parameters(FACH参数) | 0..<maxnoofFACHs> | ||
| ...... | ...... | ...... | ...... |
| >>>Broadcast Reference(广播参考) | O | ||
Node B收到COMMON TRANSPORT SETUP REQUEST消息后，将检查该消息中信元Broadcast Reference的名称，获知RNC所要发送的MBMS业务数据。
Node B将查询信元Broadcast Reference所指示的MBMS业务数据是否已被是否已被记录。如果已被记录，则表示相应的传输承载已建立，否则；表示所述MBMS业务数据属于初次传输，需要建立新的传输承载。
如果所述相应的传输承载已经建立，Node B将不再分配新的Binding ID，而将所述相应的传输承载的Transport Layer Address和Binding ID添加进COMMON TRANSPORT CHANNEL SETUP RESPONSE消息中。
如果需要建立新的传输承载，则Node B将分配新的传输承载的BindingID，并将Transport Layer Address和新分配的Binding ID添加进COMMONTRANSPORT CHANNEL SETUP RESPONSE消息中。
不仅要将Transport Layer Address、Binding ID添加进COMMONTRANSPORT CHANNEL SETUP RESPONSE消息，还要将MBMS业务数据的指示信息添加进COMMON TRANSPORT CHANNEL SETUP RESPONSE消息，其过程包括:
在COMMON TRANSPORT CHANNEL SETUP RESPONSE消息中的FACH Parameters信元的低一个等级，新建一个信元Broadcast Reference，通过该信元的名称可以指示不同的MBMS业务，从而可以区分不同的MBMS业务数据。
添加业务数据指示信息以及对应的信道信息的COMMON TRANSPORTSETUP RESPONSE消息，如表1-2所示。
表1-2
| IE/Group Name(信元/组名称) | Presence(存在性) | Range(范围) | Semantics Description(语义说明) |
| ...... | ...... | ...... | ...... |
| >>FACH Parameters(FACH参数) | 0..<maxnoofFACHs> | ||
| >>>Common Transport Channel ID(公共传输信道ID) | M | ||
| >>>BindingID(绑定ID) | O |
| >>>Transport Layer Address(传输层地址) | O | ||
| >>>Broadcast Reference(广播参考) | o | ||
| ...... | ...... | ...... | ...... |
Node B发送COMMON TRANSPORT SETUP RESPONSE消息给RNC。RNC收到该消息后，检查消息中信元Broadcast Reference的名称，并查询是否有相同名称的业务。如果有，则表示所述业务的FACH已经建立；如果没有，则表示所述业务的FACH尚未被建立。
如果所述业务的FACH已经建立，则继续使用该FACH的传输承载传输所述业务，即共享该传输承载。如果所述业务的FACH尚未被建立，则按照COMMON TRANSPORT SETUP RESPONSE消息所携带的Binding ID和Transport Layer Address新建一条FACH的传输承载。
利用上述实施例提供的共享Iub口传输承载的方法，在为同一个Node B中的多个小区传送相同的MBMS业务数据时，将如图5所示。可以看出，采用上述实施例提供的共享Iub口传输承载的方法，在用户面无需修改FP帧结构，在信令面不需要单独增加消息，而只需要在原来消息中增加新的IE即可，对原有的消息改动不大，就可以实现MBMS业务数据在Iub口的承载共享传输，节省了Iub口的传输资源。
可以看出，虽然上述是以传输MBMS业务数据为应用实例进行的说明，但本发明提供的共享Iub口传输承载的方法同样能应用到DCH和HS-DSCHMAC-d Flows，方法相同，这里不再分别举应用实例进行说明。
需要说明的是，当应用于DCH时，信道建立请求消息可以是RADIOLINK SETUP REQUEST、RADIO LINK ADDITION REQUEST、RADIO LINKRECONFIGURATION PREPARE或RADIO LINK RECONFIGURATIONREQUEST，相应的信道建立响应消息可以是RADIO LINK SETUPRESPONSE、RADIO LINK ADDITION RESPONSE、RADIOLINKRECONFIGURATION READY或RADIO LINK RECONFIGURATIONRESPONSE。
在信道建立请求消息中添加业务数据指示信息的方法包括:
在信道建立请求消息中的专用信道(RL Specific DCH Information)信元的低一个等级，新建一个信元Multicast Reference，通过该信元的名称可以指示不同的业务，从而可以区分不同的业务数据。
添加业务数据指示信息后的信道建立请求消息，如表2-1所示。
表2-1
| IE/Group Name(信元/组名称) | Presence(存在性) | Range(范围) | Semantics Description(语义说明) |
| ...... | ...... | ...... | ...... |
| RL Specific DCH Information(专用信道) | 1..<maxnoofDCHs> | ||
| >DCH ID | M | ||
| >BindingID(绑定ID) | O | ...... | |
| >Transport Layer Address(传输层地址) | O | ...... | |
| >Multicast Reference(组播参考) | O | ||
| ...... | ...... | ...... | ...... |
在信道建立响应消息中添加业务数据指示信息的方法包括:在信道建立响应消息中的专用信道响应(DCH Information Response)信元的低一个等级，新建一个信元Multicast Reference，通过该信元的名称可以指示不同的业务，从而可以区分不同的业务数据。
添加业务数据指示信息后的信道建立响应消息，如表2-2所示。
表2-2
| IE/Group Name(信元/组名称) | Presence(存在性) | Range(范围) | Semantics Description(语义说明) |
| ...... | ...... | ...... | ...... |
| DCH Information Response(专用信道相应) | 1..<maxnoofDCHs> | ...... | |
| >DCH ID | M | ||
| >Binding ID(绑定ID) | O | ||
| >Transport Layer Address(传输层地址) | O | ||
| >Multicast Reference(组播参考) | O | ||
| ...... | ...... | ...... | ...... |
另外，由于不同的DCH所属的RL的帧补偿(frame offset)不同，这样会造成同样的控制帧(CFN)，在不同的DCH上空口发送的时间点不同。为了避免这种情况，要求将使用同一条传输承载的各DCH的frame offset设置成相同的值。该设置由RNC完成。
当应用于HS-DSCH时，信道建立请求消息仍然可以是RADIO LINKSETUP REQUEST、RADIO LINK ADDITION REQUEST、RADIO LINKRECONFIGURATION PREPARE或RADIO LINK RECONFIGURATIONREQUEST，相应的信道建立响应消息可以是RADIO LINK SETUPRESPONSE、RADIOL INK ADDITION RESPONSE、RADIO LINKRECONFIGURATION READY或RADIO LINK RECONFIGURATIONRESPONSE。
在信道建立请求消息中添加业务数据指示信息的方法包括:
在信道建立请求消息中的高速下行共享传输信道MAC-d流(HS-DSCHMAC-d Flows Specific Information)信元的低一个等级，新建一个信元Multicast Reference，通过该信元的名称可以指示不同的业务，从而可以区分不同的业务数据。
添加业务数据指示信息后的信道建立请求消息，如表3-1所示。
表3-1
| IE/Group Name(信元/组名称) | Presence(存在性) | Range(范围) | Semantics Description(语义说明) |
| ...... | ...... | ...... | ...... |
| HS-DSCH MAC-d Flow SpecificInformation(HS-DSCH MAC-d流) | 1..<maxnoofMACdFlows> | ||
| ...... | ...... | ...... | ...... |
| >Binding ID(绑定ID) | O | ...... | |
| >Transport Layer Address(传输层地址) | O | ...... | |
| >Multicast Reference(组播参考) | O | ||
| ...... | ...... | ...... | ...... |
在信道建立响应消息中添加业务数据指示信息的方法包括:
在信道建立响应消息中的HS-DSCH MAC-d Flows Specific Information信元的低一个等级，新建一个信元Multicast Reference，通过该信元的名称可以指示不同的业务，从而可以区分不同的业务数据。
添加业务数据指示信息后的信道建立响应消息，如表3-2所示。
表3-2
| IE/Group Name(信元/组名称) | Presence(存在性) | Range(范围) | Semantics Description(语义说明) |
| ...... | ...... | ...... | ...... |
| HS-DSCH MAC-d Flow SpecificInformation Response(HS-DSCH MAC-d流响应) | 0..<maxnoofMACdFlows> | ||
| ...... | ...... | ...... | ...... |
| >Binding ID(绑定ID) | O | ||
| >Transport Layer Address(传输层地址) | O | ||
| >Multicast Reference(组播参考) | O | ||
| ...... | ...... | ...... | ...... |
基于本发明提供的共享Iub口传输承载的方法，本发明还提供了相应的共享Iub口传输承载的装置。
图6示出了应用于RNC的共享Iub口传输承载的装置，该装置包括:第一指示单元S61、第一信息获取单元S62和第一查询单元S63。
在RNC通过Iub口发送信道建立请求消息前，第一指示单元S61将待传输的业务数据的指示信息添加进所述信道建立请求消息。RNC通过Iub口发送信道建立请求消息时，将携带有待传输的业务数据的指示信息。
其中，所述的信道建立请求消息既可以是用于建立FACH的COMMONTRANSPORT CHANNEL SETUP REQUEST消息，也可以是用于建立DCH或HS-DSCH的RADIO LINK SETUP REQUEST消息、RADIO LINKADDITION REQUEST消息、RADIO LINK RECONFIGURATION PREPARE消息、RADIO LINK RECONFIGURATION REQUEST消息。
第一指示单元S61将待传输的业务数据的指示信息添加进信道建立请求消息的方法，前面已经进行过说明，这里不再赘述。
在RNC通过Iub口接收信道建立响应消息后，第一信息获取单元S62，可以获得业务数据的指示信息及传输承载的信息。
其中，所述的信道建立响应消息与信道建立请求消息相呼应，既可以是用于建立FACH的COMMON TRANSPORT CHANNEL SETUP RESPONSE消息，也可以是用于建立DCH或HS-DSCH的RADIO LINK SETUPRESPONSE消息、RADIO LINK ADDITION RESPONSE消息、RADIO LINKRECONFIGURATION READY消息、RADIO LINK RECONFIGURATIONRESPONSE消息。
其中，所述传输承载的信息主要包括该传输承载的Binding ID和Transport Layer Address。
第一信息获取单元S62获得业务数据的指示信息后，第一查询单元S63将查询传输所述业务数据的传输承载是否已建立。
当所述传输承载已建立时，第一查询单元S63将通知RNC继续使用所述传输承载传输所述业务数据；当所述传输承载未建立时，第一查询单元S63将通知RNC根据第一信息获取单元S62获得的传输承载的信息，即BindingID、Transport Layer Address，建立新的传输承载，用于传输所述业务数据。
图7示出了应用于Node B的共享Iub口传输承载的装置，该装置包括:第二信息获取单元S71、第二查询单元S72和第二指示单元S73。
在Node B通过Iub口接收信道建立请求消息后，第二信息获取单元S71可以根据该请求消息中的指示信息得知待传输的业务数据。第二信息获取单元S71得知待传输的业务数据后，第二查询单元S72将查询传输所述业务数据的传输承载是否已建立。
当所述传输承载已建立时，第二查询单元S72将通知Node B将所述传输承载的信息添加进信道建立响应消息。当所述传输承载未建立时，第二查询单元S72将通知Node B分配新的传输承载，并将新的传输承载的信息添加进信道建立响应消息。
在Node B通过Iub口发送信道建立响应消息前，第二指示单元S73将所述业务数据的指示信息添加进信道建立响应消息中。
第二指示单元S73将业务数据的指示信息添加进信道建立响应消息的方法，前面已经进行过说明，这里不再赘述。
这里需要说明的是，当所述传输承载为DCH的传输承载时，由于不同的DCH所属的RL的frame offset不同，这样会造成同样的CFN，在不同的DCH上空口发送的时间点不同。为了避免这种情况，在图7所示的装置中还可以包括一个帧补偿单元，用于将使用同一条传输承载的各专用信道的frame offset设置成相同的值。
图8示出了一种RNC，包括:第三指示单元S81、第三信息获取单元S82、第三查询单元S83、第一承载共享单元S84和第一承载建立单元S85。
RNC通过Iub口发送信道建立请求消息前，通过第三指示单元S81可以将待传输的业务数据的指示信息添加进所述信道建立请求消息。
RNC通过Iub口接收信道建立响应消息后，通过第三信息获取单元S82可以从所述信道建立响应消息获得业务数据的指示信息及传输承载的信息。RNC获得业务数据的指示信息后，将利用第三查询单元S83查询传输所述业务数据的传输承载是否已建立。
当所述传输承载已建立时，通过第一承载共享单元S84，将继续使用所述传输承载传输所述业务数据；
当所述传输承载未建立时，通过第一承载建立单元S85，可以根据第三信息获取单元S82获得的传输承载的信息建立新的传输承载，传输所述业务数据。
当所述传输承载为DCH的传输承载时，所述RNC还应该包括一个帧补偿单元，将使用同一条传输承载的各DCH的frame offset设置成相同的值。
图9示出了一种Node B，包括:第四信息获取单元S91、第四查询单元S92、第二承载共享单元S93、第二承载建立单元S94和第四指示单元S95。
Node B通过Iub口接收信道建立请求消息后，利用第四信息获取单元S91可以从该请求消息中的指示信息得知待传输的业务数据；
Node B得知待传输的业务数据后，将利用第四查询单元S92查询传输所述业务数据的传输承载是否已建立。
当所述传输承载已建立时，Node B将利用第二承载共享单元S93将所述传输承载的信息添加进信道建立响应消息。
当所述传输承载未建立时，Node B将利用第二承载建立单元S94，分配新的传输承载，并将新的传输承载的信息添加进信道建立响应消息。
Node B通过Iub口发送信道建立响应消息前，将通过第四指示单元S95将所述业务数据的指示信息添加进信道建立响应消息中。
提供所述公开的实施例，可以使得本领域技术人员能够实现或者使用本发明。对于本领域技术人员来说，这些实施例的各种修改是显而易见的，并且这里定义的总体原理也可以在不脱离本发明的范围和主旨的基础上应用于其他实施例。以上所述的实施例仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (29)
1、一种共享Iub口传输承载的方法，应用于无线网络控制器，其特征在于，包括:
通过Iub口发送信道建立请求消息，该请求消息中携带有待传输的业务数据的指示信息；
通过Iub口接收信道建立响应消息，获得业务数据的指示信息及传输承载的信息；
查询传输所述业务数据的传输承载是否已建立:
当所述传输承载已建立时，继续使用所述传输承载传输所述业务数据；
当所述传输承载未建立时，根据所述传输承载的信息建立新的传输承载，用于传输所述业务数据。
2、一种共享Iub口传输承载的方法，应用于基站，其特征在于，包括:
通过Iub口接收信道建立请求消息；
根据该请求消息中的指示信息得知待传输的业务数据，查询传输所述业务数据的传输承载是否已建立；
当所述传输承载已建立时，将所述传输承载的信息添加进信道建立响应消息；当所述传输承载未建立时，将新的传输承载的信息添加进信道建立响应消息；
将所述业务数据的指示信息添加进信道建立响应消息中；
通过Iub口发送信道建立响应消息。
3、如权利要求1或2所述的方法，其特征在于，所述传输承载为前向接入信道的传输承载。
4、如权利要求3所述的方法，其特征在于，所述信道建立请求消息为公共传输信道建立请求消息；所述信道建立响应消息为公共传输信道建立响应消息。
5、如权利要求4所述的方法，其特征在于，在信道建立请求消息中的前向接入信道参数信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的前向接入信道参数信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
6、如权利要求1或2所述的方法，其特征在于，所述传输承载为专用信道的传输承载。
7、如权利要求6所述的方法，其特征在于，所述信道建立请求消息包括:无线链路建立请求消息、无线链路增加请求消息、无线链路重配置准备消息、无线链路重配置请求消息；
所述信道建立响应消息包括:无线链路建立响应消息、无线链路增加响应消息、无线链路重配置就绪消息、无线链路重配置响应消息。
8、如权利要求7所述的方法，其特征在于，在信道建立请求消息中的专用信道信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的专用信道响应信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
9、如权利要求1或2所述的方法，其特征在于，所述传输承载为高速下行共享传输信道MAC-d流的传输承载。
10、如权利要求9所述的方法，其特征在于，所述信道建立请求消息包括:无线链路建立请求消息、无线链路增加请求消息、无线链路重配置准备消息、无线链路重配置请求消息；
所述信道建立响应消息包括:无线链路建立响应消息、无线链路增加响应消息、无线链路重配置就绪消息、无线链路重配置响应消息。
11、如权利要求10所述的方法，其特征在于，在信道建立请求消息中的高速下行共享传输信道MAC-d流信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的高速下行共享传输信道MAC-d流响应信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
12、如权利要求1或2所述的方法，其特征在于，传输承载的信息包括绑定标识和传输层地址。
13、如权利要求1所述的方法，其特征在于，当所述传输承载为专用信道的传输承载时，进一步包括:
将使用同一条传输承载的各专用信道的帧补偿frame offset设置成相同的值。
14、一种共享Iub口传输承载的装置，应用于无线网络控制器RNC，其特征在于，包括:
第一指示单元，用于在RNC通过Iub口发送信道建立请求消息前，将待传输的业务数据的指示信息添加进所述信道建立请求消息；
第一信息获取单元，用于在RNC通过Iub口接收信道建立响应消息后，获得业务数据的指示信息及传输承载的信息；
第一查询单元，用于在第一信息获取单元获得业务数据的指示信息后，查询传输所述业务数据的传输承载是否已建立:
当所述传输承载已建立时，通知RNC继续使用所述传输承载传输所述业务数据；
当所述传输承载未建立时，通知RNC根据第一信息获取单元获得的传输承载的信息建立新的传输承载，用于传输所述业务数据。
15、一种共享Iub口传输承载的装置，应用于基站，其特征在于，包括:
第二信息获取单元，用于在基站通过Iub口接收信道建立请求消息后，根据该请求消息中的指示信息得知待传输的业务数据；
第二查询单元，用于在第二信息获取单元得知待传输的业务数据后，查询传输所述业务数据的传输承载是否已建立；
当所述传输承载已建立时，通知基站将所述传输承载的信息添加进信道建立响应消息；当所述传输承载未建立时，通知基站分配新的传输承载，并将新的传输承载的信息添加进信道建立响应消息；
第二指示单元，用于在基站通过Iub口发送信道建立响应消息前，将所述业务数据的指示信息添加进信道建立响应消息中。
16、如权利要求14或15所述的装置，其特征在于，所述传输承载为前向接入信道的传输承载。
17、如权利要求16所述的装置，其特征在于，所述信道建立请求消息为公共传输信道建立请求消息；所述信道建立响应消息为公共传输信道建立响应消息。
18、如权利要求17所述的装置，其特征在于，在信道建立请求消息中的前向接入信道参数信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的前向接入信道参数信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
19、如权利要求14或15所述的装置，其特征在于，所述传输承载为专用信道的传输承载。
20、如权利要求19所述的装置，其特征在于，所述信道建立请求消息包括:无线链路建立请求消息、无线链路增加请求消息、无线链路重配置准备消息、无线链路重配置请求消息；
所述信道建立响应消息包括:无线链路建立响应消息、无线链路增加响应消息、无线链路重配置就绪消息、无线链路重配置响应消息。
21、如权利要求20所述的装置，其特征在于，在信道建立请求消息中的专用信道信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的专用信道响应信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
22、如权利要求14或15所述的装置，其特征在于，所述传输承载为高速下行共享传输信道MAC-d流的传输承载。
23、如权利要求22所述的装置，其特征在于，所述信道建立请求消息包括:无线链路建立请求消息、无线链路增加请求消息、无线链路重配置准备消息、无线链路重配置请求消息；
所述信道建立响应消息包括:无线链路建立响应消息、无线链路增加响应消息、无线链路重配置就绪消息、无线链路重配置响应消息。
24、如权利要求23所述的装置，其特征在于，在信道建立请求消息中的高速下行共享传输信道MAC-d流信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据；
在信道建立响应消息中的高速下行共享传输信道MAC-d流响应信元的低一个等级，新建一个信元，通过该信元的名称指示待传输的业务数据。
25、如权利要求14或15所述的装置，其特征在于，传输承载的信息包括绑定标识和传输层地址。
26、如权利要求14所述的装置，其特征在于，当所述传输承载为专用信道的传输承载时，还包括:
帧补偿单元，用于将使用同一条传输承载的各专用信道的帧补偿frameoffset设置成相同的值。
27、一种无线网络控制器，其特征在于，包括:
第三指示单元，用于在通过Iub口发送信道建立请求消息前，将待传输的业务数据的指示信息添加进所述信道建立请求消息；
第三信息获取单元，用于在通过Iub口接收信道建立响应消息后，获得业务数据的指示信息及传输承载的信息；
第三查询单元，用于在第三信息获取单元获得业务数据的指示信息后，查询传输所述业务数据的传输承载是否已建立:
第一承载共享单元，用于在所述传输承载已建立时，继续使用所述传输承载传输所述业务数据；
第一承载建立单元，用于在所述传输承载未建立时，根据第三信息获取单元获得的传输承载的信息建立新的传输承载，用于传输所述业务数据。
28、如权利要求27所述的无线网络控制器，其特征在于，还包括:
帧补偿单元，用于在所述传输承载为专用信道的传输承载时，将使用同一条传输承载的各专用信道的帧补偿frame offset设置成相同的值。
29、一种基站，其特征在于，包括:
第四信息获取单元，用于在通过Iub口接收信道建立请求消息后，根据该请求消息中的指示信息得知待传输的业务数据；
第四查询单元，用于在第四信息获取单元得知待传输的业务数据后，查询传输所述业务数据的传输承载是否已建立；
第二承载共享单元，用于在所述传输承载已建立时，将所述传输承载的信息添加进信道建立响应消息；
第二承载建立单元，用于在所述传输承载未建立时，分配新的传输承载，并将新的传输承载的信息添加进信道建立响应消息；
第四指示单元，用于在通过Iub口发送信道建立响应消息前，将所述业务数据的指示信息添加进信道建立响应消息中。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101214084A CN101383989A (zh) | 2007-09-05 | 2007-09-05 | 共享Iub口传输承载的方法、装置、基站和无线网络控制器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101214084A CN101383989A (zh) | 2007-09-05 | 2007-09-05 | 共享Iub口传输承载的方法、装置、基站和无线网络控制器 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101383989A true CN101383989A (zh) | 2009-03-11 |
Family
ID=40463562
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007101214084A Pending CN101383989A (zh) | 2007-09-05 | 2007-09-05 | 共享Iub口传输承载的方法、装置、基站和无线网络控制器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101383989A (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011047589A1 (zh) * | 2009-10-19 | 2011-04-28 | 中兴通讯股份有限公司 | 网络连接建立方法及装置、pcc策略制定方法及系统 |
| CN102056197A (zh) * | 2009-10-30 | 2011-05-11 | 中兴通讯股份有限公司 | 一种iub口信息的修改装置及方法 |
| CN102740397A (zh) * | 2011-04-07 | 2012-10-17 | 华为技术有限公司 | 一种多个终端接入的控制方法、控制设备、终端及系统 |
| CN101854746B (zh) * | 2009-03-30 | 2013-05-08 | 中国移动通信集团公司 | 家庭基站通信链路的处理方法、处理设备及通信系统 |
| CN104144523A (zh) * | 2013-05-09 | 2014-11-12 | 中兴通讯股份有限公司 | 通信系统、网元设备及其业务处理方法 |
| WO2023226829A1 (zh) * | 2022-05-25 | 2023-11-30 | 大唐移动通信设备有限公司 | 信息传输方法、装置及网元 |
-
2007
- 2007-09-05 CN CNA2007101214084A patent/CN101383989A/zh active Pending
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101854746B (zh) * | 2009-03-30 | 2013-05-08 | 中国移动通信集团公司 | 家庭基站通信链路的处理方法、处理设备及通信系统 |
| WO2011047589A1 (zh) * | 2009-10-19 | 2011-04-28 | 中兴通讯股份有限公司 | 网络连接建立方法及装置、pcc策略制定方法及系统 |
| CN102045867A (zh) * | 2009-10-19 | 2011-05-04 | 中兴通讯股份有限公司 | 网络连接建立方法及装置、pcc策略制定方法及系统 |
| CN102045867B (zh) * | 2009-10-19 | 2014-04-30 | 中兴通讯股份有限公司 | 网络连接建立方法及装置、pcc策略制定方法及系统 |
| CN102056197A (zh) * | 2009-10-30 | 2011-05-11 | 中兴通讯股份有限公司 | 一种iub口信息的修改装置及方法 |
| CN102056197B (zh) * | 2009-10-30 | 2014-04-09 | 中兴通讯股份有限公司 | 一种iub口信息的修改装置及方法 |
| CN102740397A (zh) * | 2011-04-07 | 2012-10-17 | 华为技术有限公司 | 一种多个终端接入的控制方法、控制设备、终端及系统 |
| CN102740397B (zh) * | 2011-04-07 | 2015-08-19 | 华为技术有限公司 | 一种多个终端接入的控制方法、控制设备、终端及系统 |
| US9622109B2 (en) | 2011-04-07 | 2017-04-11 | Huawei Technologies Co., Ltd. | Method, device, terminal, and system for controlling access of multiple terminals |
| CN104144523A (zh) * | 2013-05-09 | 2014-11-12 | 中兴通讯股份有限公司 | 通信系统、网元设备及其业务处理方法 |
| WO2014180225A1 (zh) * | 2013-05-09 | 2014-11-13 | 中兴通讯股份有限公司 | 通信系统、网元设备及其业务处理方法 |
| WO2023226829A1 (zh) * | 2022-05-25 | 2023-11-30 | 大唐移动通信设备有限公司 | 信息传输方法、装置及网元 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101032185B (zh) | 多媒体广播/多点播送服务的部分组合方法和装置 | |
| CN101383989A (zh) | 共享Iub口传输承载的方法、装置、基站和无线网络控制器 | |
| CN100584114C (zh) | 从一个发射机向多个接收机传输数据的方法和装置 | |
| JP2008527785A5 (zh) | ||
| CN101137120B (zh) | 资源分配方法和装置 | |
| CN101951597A (zh) | 不同类型的网络之间通信的方法、装置和系统 | |
| CN101296027B (zh) | 多载波移动通信系统传输mbms的方法及装置 | |
| CN101808361A (zh) | 数据传输方法 | |
| CN105376718A (zh) | Lte集群通信的方法、用户设备及第一网元设备 | |
| CN101296407B (zh) | 多载波移动通信系统传输mbms的方法及装置 | |
| CN1921689B (zh) | 利用下行共享信道在utra tdd hcr系统中实现组播的系统和方法 | |
| CN101119295B (zh) | 配置高速下行共享信道物理层类别参数的方法 | |
| CN101193342B (zh) | 在Iub接口传输MBMS业务数据的方法和系统 | |
| CN101162938B (zh) | 一种mac层的传输格式组合的选择方法及其装置 | |
| CN101400142B (zh) | 组播业务的传输指示方法、装置和计数/轮询的方法、装置 | |
| CN104244323A (zh) | 一种基于td-lte集群通信系统的传输方法 | |
| CN101022641B (zh) | 一种crnc获取小区sfn的方法及系统 | |
| CN100450218C (zh) | 一种集群系统中动态查询群组成员状态方法 | |
| CN101257374A (zh) | 实现广播/组播业务与专用业务并发的方法及其系统 | |
| CN102118691B (zh) | 一种前向媒体流的发送方法和系统 | |
| CN101296140B (zh) | 消息传输方法及装置、消息处理方法及装置 | |
| CN100518341C (zh) | 多媒体广播方法和系统 | |
| CN101123744B (zh) | 一种用于多媒体广播多播服务的多播装置和方法 | |
| CN100473046C (zh) | 一种第三代移动通信系统传输格式组合选择的方法 | |
| CN101163096B (zh) | 一种Iub接口地面传输通道的共享方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: INST OF TELECOMMUNICATION SCIENCE AND TECHNOLGOY Free format text: FORMER OWNER: DATANG MOBILE COMMUNICATION EQUIPMENT CO., LTD. Effective date: 20110422 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 100083 NO. 29, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING TO: 100083 NO. 40, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20110422 Address after: 100083 No. 40, Haidian District, Beijing, Xueyuan Road Applicant after: Inst of Telecommunication Science and Technolgoy Address before: 100083 Haidian District, Xueyuan Road, No. 29, Applicant before: Datang Mobile Communication Equipment Co., Ltd. |
|
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090311 |