一种业务执行的方法及装置转让专利
申请号 : CN201780090483.0
文献号 : CN110622604B
文献日 : 2021-08-13
发明人 : 王强
申请人 : 华为技术有限公司
摘要 :
本发明实施例公开一种业务执行的方法及装置，涉及通信技术领域，能够解决协同特性与接口带宽之间难以两全的问题。该方法包括：RE向REC发送基带资源状态；REC接收该基带资源状态，并生成第一基带配置和第一切分方案，且按照第一切分方案，执行业务流程，该切分方案至少包括参与功能切分的目标和切分方式之间的对应关系。此外，REC向RE发送该第一基带配置和第一切分方案，RE接收REC发送的第一基带配置和第一切分方案，并按照第一基带配置和第一切分方案，执行业务流程。本发明实施例提供的方案适用于基站。
权利要求 :
1.一种业务执行的方法，其特征在于，所述方法应用于射频设备RE，所述方法包括：所述RE向射频设备控制器REC发送基带资源状态；
所述RE接收所述REC发送的第一基带配置和第一切分方案，其中，切分方案至少包括参与功能切分的目标与切分方式之间的对应关系；
所述RE按照所述第一基带配置和所述第一切分方案，执行业务流程。
2.如权利要求1所述的方法，其特征在于，所述RE按照所述第一基带配置和所述第一切分方案，执行业务流程，包括：
所述RE接收终端发送的第一信号，并对所述第一信号进行射频RF处理；
所述RE按照所述第一基带配置和所述第一切分方案，对经过所述RF处理后得到的业务数据进行部分基带处理，并向所述REC发送经过所述部分基带处理后得到的第一业务数据；
或者，所述RE按照所述第一切分方案，直接向所述REC发送经过所述RF处理后得到的第一业务数据。
3.如权利要求1或2所述的方法，其特征在于，所述RE按照所述第一基带配置和所述第一切分方案，执行业务流程，包括：所述RE接收所述REC发送的第二业务数据；
所述RE按照所述第一基带配置和所述第一切分方案，对所述第二业务数据进行未完成的基带处理；
所述RE对经过全部基带处理后得到的业务数据进行RF处理，并向终端发送经过所述RF处理后得到的第二信号。
4.如权利要求3所述的方法，其特征在于，所述参与功能切分的目标用所述目标的目标类型和目标标识表示，所述RE按照所述第一基带配置和所述第一切分方案，执行业务流程，包括：
所述RE按照所述目标类型和所述目标标识，确定与所述目标对应的切分方式，并依据所述目标对应的切分方式，执行所述业务流程。
5.如权利要求4所述的方法，其特征在于，所述目标类型包括小区、用户和承载中的一项。
6.如权利要求4至5中任意一项所述的方法，其特征在于，所述方法还包括：所述RE接收所述REC发送的第二基带配置和第二切分方案；
所述RE按照所述第二基带配置和所述第二切分方案，执行业务流程。
7.一种业务执行的方法，其特征在于，所述方法应用于射频设备控制器REC，所述方法包括：
所述REC接收射频设备RE发送的基带资源状态；
所述REC根据所述基带资源状态，生成第一基带配置和第一切分方案，并向所述RE发送，其中，切分方案至少包括参与功能切分的目标和切分方式之间的对应关系；
所述REC按照所述第一切分方案，执行业务流程。
8.如权利要求7所述的方法，其特征在于，所述REC按照所述第一切分方案，执行业务流程，包括：
所述REC接收所述RE发送的第一业务数据，所述第一业务数据为所述RE接收终端发送的第一信号，对所述第一信号进行射频RF处理后，按照第一基带配置和所述第一切分方案，对经过所述RF处理后得到的业务数据进行部分基带处理后得到的业务数据，或者，所述第一业务数据为所述RE按照所述第一切分方案，直接向所述REC发送的经过所述RE处理后得到的业务数据；
所述REC按照所述第一切分方案，对所述第一业务数据进行未完成的基带处理，得到第一报文，并向核心网发送所述第一报文。
9.如权利要求8所述的方法，其特征在于，所述REC按照所述第一切分方案，执行业务流程，包括：
所述REC接收所述核心网发送的第二报文；
所述REC根据调度结果，按照所述第一切分方案对所述第二报文进行部分或全部基带处理，得到第二业务数据，并向所述RE发送。
10.如权利要求8或9所述的方法，其特征在于，所述参与功能切分的目标用所述目标的目标类型和目标标识表示，所述REC按照所述第一切分方案，执行业务流程，包括：所述REC按照所述目标类型和所述目标标识，确定与所述目标对应的切分方式，并依据所述目标对应的切分方式，执行所述业务流程。
11.如权利要求10所述的方法，其特征在于，所述方法还包括：所述REC根据人工命令或业务量统计，判断是否需要对所述切分方式进行调整；
若所述REC确定需要对所述切分方式进行调整，所述REC生成用于更新切分方式的第二基带配置和第二切分方案，并向所述RE发送所述第二基带配置和所述第二切分方案；
所述REC按照所述第二切分方案，执行业务流程。
12.一种业务执行的装置，其特征在于，所述装置应用于射频设备RE，所述装置包括：发送模块，用于向射频设备控制器REC发送基带资源状态；
接收模块，用于接收所述REC发送的第一基带配置和第一切分方案，其中，切分方案至少包括参与功能切分的目标与切分方式之间的对应关系；
处理模块，用于按照所述接收模块接收的所述第一基带配置和所述第一切分方案，执行业务流程。
13.如权利要求12所述的装置，其特征在于，所述接收模块，还用于接收终端发送的第一信号；
所述处理模块，还用于对所述第一信号进行射频RF处理；
所述处理模块，还用于按照所述第一基带配置和所述第一切分方案，对经过所述RF处理后得到的业务数据进行部分基带处理；
所述发送模块，还用于向所述REC发送经过所述部分基带处理后得到的第一业务数据；
或者，所述发送模块，还用于按照所述第一切分方案，直接向所述REC发送经过所述RF处理后得到的第一业务数据。
14.如权利要求12或13所述的装置，其特征在于，所述接收模块，还用于接收所述REC发送的第二业务数据；
所述处理模块，还用于按照所述第一基带配置和所述第一切分方案，对所述第二业务数据进行未完成的基带处理；
所述处理模块，还用于对经过全部基带处理后得到的业务数据进行RF处理；
所述发送模块，还用于向终端发送经过所述RF处理后得到的第二信号。
15.如权利要求14所述的装置，其特征在于，所述参与功能切分的目标用所述目标的目标类型和目标标识表示，所述处理模块，还用于按照所述目标类型和所述目标标识，确定与目标对应的切分方式，并依据所述目标对应的切分方式，执行所述业务流程。
16.一种业务执行的装置，其特征在于，所述装置应用于射频设备控制器REC，所述装置包括：
接收模块，用于接收射频设备RE发送的基带资源状态；
处理模块，用于根据所述接收模块接到的所述基带资源状态，生成第一基带配置和第一切分方案，所述切分方案至少包括参与功能切分的目标和切分方式之间的对应关系；
发送模块，用于向所述RE发送所述处理模块生成的所述第一基带配置和所述第一切分方案；
所述处理模块，用于按照生成的所述第一切分方案，执行业务流程。
17.如权利要求16所述的装置，其特征在于，所述接收模块，还用于接收所述RE发送的第一业务数据，所述第一业务数据为所述RE接收终端发送的第一信号，对所述第一信号进行RF处理后，按照所述第一切分方案，对经过所述RF处理后得到的业务数据进行部分基带处理后得到的业务数据，或者，所述第一业务数据为所述RE按照所述第一切分方案，直接向所述REC发送的经过所述RE处理后得到的业务数据；
所述处理模块，还用于按照所述第一切分方案，对所述第一业务数据进行未完成的基带处理，得到第一报文；
所述发送模块，还用于向核心网发送所述处理模块得到的所述第一报文。
18.如权利要求17所述的装置，其特征在于，所述接收模块，还用于接收所述核心网发送的第二报文；
所述处理模块，还用于根据调度结果，按照所述第一切分方案对所述第二报文进行部分或全部基带处理，得到第二业务数据；
所述发送模块，还用于向所述RE发送所述处理模块得到的所述第二业务数据。
19.如权利要求17或18所述的装置，其特征在于，所述参与功能切分的目标用所述目标的目标类型和目标标识表示，所述处理模块，还用于按照所述目标类型和所述目标标识，确定与目标对应的切分方式，并依据所述目标对应的切分方式，执行所述业务流程。
20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得所述计算机执行如权利要求1‑6任一项所述的业务执行方法。
21.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得所述计算机执行如权利要求7‑11任一项所述的业务执行方法。
说明书 :
一种业务执行的方法及装置
技术领域
[0001] 本发明实施例涉及通信技术领域，尤其涉及一种业务执行的方法及装置。
背景技术
[0002] 基站可以包括宏基站、分布式基站、小基站以及PICO(微微)几种形态。对于分布式基站而言，包括射频设备控制器(Radio Equipment Control，REC)和射频设备(Radio
Equipment，RE)，REC与RE之间通过光纤相连。其中，REC完成基带功能，RE则完成射频功能，
且一个REC可以与多个RE之间进行连接，并由REC负责对与该REC有连接的RE进行控制。
Equipment，RE)，REC与RE之间通过光纤相连。其中，REC完成基带功能，RE则完成射频功能，
且一个REC可以与多个RE之间进行连接，并由REC负责对与该REC有连接的RE进行控制。
[0003] 如图1所示，L3(Layer3)、L2(Layer2)、L1(Layer1)为由REC完成基带功能，射频(Intermediate Radio Frequency，RF)则为由RE完成的射频功能。在实际应用中，小区之间
往往需要通过协同特性来提高无线网络性能，这就需要不同小区间的L2‑L1或是L1‑L1之间
通过数据交互来进行协同，通常L2、L1均是在REC内部或是多个REC之间配合完成的。此外，
在图1中按照从左至右的顺序，每个环节都会增加接口数据量，即增加接口带宽，比如，接口
带宽从小至大依次为I10、I8、I6、I4、I1。随着5G技术的发展，RE天线数提高，REC与RE之间的
接口带宽变得很大。因此，为了降低REC与RE之间的接口带宽以节省接口光模块成本，同时
降低REC和RE的接口处理压力，目前业内提出了多种新的REC与RE之间功能切分的方案，比
如，在图1中I4、I4+、演进型通用公共无线电接口(evolved Common Public Radio
Interface，eCPRI)、I6等位置进行切分。按照上述切分方式完成切分后，以切分位置为分界
线，位于分界线左边的功能在REC处理，位于分界线右边的功能在RE处理。需要说明的是，上
述功能切分的方案可以被视为硬切分方案，即REC与RE间只有一种切分方式，且一旦确定功
能切分的位置，后续在REC与RE上分别实现的功能也就固定了。
往往需要通过协同特性来提高无线网络性能，这就需要不同小区间的L2‑L1或是L1‑L1之间
通过数据交互来进行协同，通常L2、L1均是在REC内部或是多个REC之间配合完成的。此外，
在图1中按照从左至右的顺序，每个环节都会增加接口数据量，即增加接口带宽，比如，接口
带宽从小至大依次为I10、I8、I6、I4、I1。随着5G技术的发展，RE天线数提高，REC与RE之间的
接口带宽变得很大。因此，为了降低REC与RE之间的接口带宽以节省接口光模块成本，同时
降低REC和RE的接口处理压力，目前业内提出了多种新的REC与RE之间功能切分的方案，比
如，在图1中I4、I4+、演进型通用公共无线电接口(evolved Common Public Radio
Interface，eCPRI)、I6等位置进行切分。按照上述切分方式完成切分后，以切分位置为分界
线，位于分界线左边的功能在REC处理，位于分界线右边的功能在RE处理。需要说明的是，上
述功能切分的方案可以被视为硬切分方案，即REC与RE间只有一种切分方式，且一旦确定功
能切分的位置，后续在REC与RE上分别实现的功能也就固定了。
[0004] 新的功能切分虽然可以降低REC与RE之间的接口带宽，但L2、L1中的部分或是全部功能需要在RE上执行，而不同RE之间往往不存在能够直接进行数据交互的连接，因此，越节
省接口带宽的功能切分方案，对协同特性的影响就越大，而若想要保证协同特性，必然就会
使接口带宽增加。由此可见，协同特性与接口带宽之间难以两全。
省接口带宽的功能切分方案，对协同特性的影响就越大，而若想要保证协同特性，必然就会
使接口带宽增加。由此可见，协同特性与接口带宽之间难以两全。
发明内容
[0005] 本发明实施例提供一种业务执行的方法及装置，能够解决协同特性与接口带宽之间难以两全的问题。
[0006] 为达到上述目的，本发明实施例采用如下技术方案：
[0007] 第一方面，本发明实施例提供一种业务执行的方法。该方法应用于RE，该方法包括：RE向REC发送基带资源状态；RE接收REC发送的第一基带配置和第一切分方案，并按照第
一基带配置和第一切分方案，执行业务流程。其中，切分方案至少包括参与功能切分的目标
与切分方式之间的对应关系。由此可见，REC会根据RE上报的基带资源状态，生成适应于当
前应用场景的第一基带配置和第一切分方案。在REC与RE按照该第一基带配置和第一切分
方案执行相应功能时，能够在尽可能保证协同特性的前提条件下，尽量节省REC与RE之间接
口的带宽，从而在协同特性与接口带宽之间得到兼顾。这样一来，在降低REC与RE之间的接
口带宽后，能有效节省接口光模块成本，同时也降低了接口处理芯片的成本。在本发明实施
例中，因基带处理功能可以由REC和RE分工完成，所以接口切分的过程可以被视为REC与RE
之间基带处理资源的共享，可以最大程度利用硬件，例如，在某些情况下通过RE分担在REC
上的基带处理，降低REC成本，或者在某些情况下利用REC分担RE的基带处理，避免随着业务
的开展RE基带资源不足而需要更换RE的情况。
一基带配置和第一切分方案，执行业务流程。其中，切分方案至少包括参与功能切分的目标
与切分方式之间的对应关系。由此可见，REC会根据RE上报的基带资源状态，生成适应于当
前应用场景的第一基带配置和第一切分方案。在REC与RE按照该第一基带配置和第一切分
方案执行相应功能时，能够在尽可能保证协同特性的前提条件下，尽量节省REC与RE之间接
口的带宽，从而在协同特性与接口带宽之间得到兼顾。这样一来，在降低REC与RE之间的接
口带宽后，能有效节省接口光模块成本，同时也降低了接口处理芯片的成本。在本发明实施
例中，因基带处理功能可以由REC和RE分工完成，所以接口切分的过程可以被视为REC与RE
之间基带处理资源的共享，可以最大程度利用硬件，例如，在某些情况下通过RE分担在REC
上的基带处理，降低REC成本，或者在某些情况下利用REC分担RE的基带处理，避免随着业务
的开展RE基带资源不足而需要更换RE的情况。
[0008] RE按照第一基带配置和第一切分方案，执行业务流程，在一种可能的设计中，可以实现为：RE接收终端发送的第一信号，并对第一信号进行RF处理；RE按照第一基带配置和第
一切分方案，对经过RF处理后得到的业务数据进行部分基带处理，并向REC发送经过部分基
带处理后得到的第一业务数据，或者，RE按照第一切分方案，直接向REC发送经过RF处理后
得到的第一业务数据。在上行业务流程中，RE很可能按照REC的配置，替REC分担部分基带处
理过程。
一切分方案，对经过RF处理后得到的业务数据进行部分基带处理，并向REC发送经过部分基
带处理后得到的第一业务数据，或者，RE按照第一切分方案，直接向REC发送经过RF处理后
得到的第一业务数据。在上行业务流程中，RE很可能按照REC的配置，替REC分担部分基带处
理过程。
[0009] RE按照第一基带配置和第一切分方案，执行业务流程，在一种可能的设计中，可以实现为：RE接收REC发送的第二业务数据；RE按照第一基带配置和第一切分方案，对第二业
务数据进行REC未完成的基带处理，并对经过全部基带处理后得到的业务数据进行RF处理，
并向终端发送经过RF处理后得到的第二信号。在下行业务流程中，RE同样很可能按照REC的
配置，替REC分担部分基带处理过程。
务数据进行REC未完成的基带处理，并对经过全部基带处理后得到的业务数据进行RF处理，
并向终端发送经过RF处理后得到的第二信号。在下行业务流程中，RE同样很可能按照REC的
配置，替REC分担部分基带处理过程。
[0010] 参与功能切分的目标用目标的目标类型和目标标识表示，RE按照第一基带配置和第一切分方案，执行业务流程，在一种可能的设计中，可以实现为：RE按照目标类型和目标
标识，确定与目标对应的切分方式，并依据目标对应的切分方式，执行业务流程。需要说明
的是，为了更有针对性地在协同特性与接口带宽之间进行权衡兼顾，不同目标的切分方式
可以单独确定，其中，每个目标可以通过目标类型和目标标识唯一确定。
标识，确定与目标对应的切分方式，并依据目标对应的切分方式，执行业务流程。需要说明
的是，为了更有针对性地在协同特性与接口带宽之间进行权衡兼顾，不同目标的切分方式
可以单独确定，其中，每个目标可以通过目标类型和目标标识唯一确定。
[0011] 在一种可能的设计中，目标类型包括小区、用户和承载中的一项。
[0012] 在一种可能的设计中，该方法还包括：RE接收REC发送的第二基带配置和第二切分方案，并按照第二基带配置和第二切分方案，执行业务流程。其中，第二基带配置和第二切
分方案为REC根据人工命令或业务量统计，确定需要对切分方式进行调整后，REC生成的用
于更新第一基带配置和第一切分方案的新的配置方案。对于RE而言，只需要遵从REC下发的
配置方案所指示的切分方式即可，即REC最近一次下发的切分方案，该切分方案可以为第一
切分方案或第二切分方案。但在REC掌握业务量的过程中，在RE上产生的业务量，则需要RE
向REC上报，之后由REC结合自身产生的业务量以及RE上报的业务量来确定最终业务量，之
后生成第二基带配置和第二切分方案，以替换第一基带配置和第一切分方案，或可以视为
将第一基带配置和第一切分方案调整为第二基带配置和第二切分方案。
分方案为REC根据人工命令或业务量统计，确定需要对切分方式进行调整后，REC生成的用
于更新第一基带配置和第一切分方案的新的配置方案。对于RE而言，只需要遵从REC下发的
配置方案所指示的切分方式即可，即REC最近一次下发的切分方案，该切分方案可以为第一
切分方案或第二切分方案。但在REC掌握业务量的过程中，在RE上产生的业务量，则需要RE
向REC上报，之后由REC结合自身产生的业务量以及RE上报的业务量来确定最终业务量，之
后生成第二基带配置和第二切分方案，以替换第一基带配置和第一切分方案，或可以视为
将第一基带配置和第一切分方案调整为第二基带配置和第二切分方案。
[0013] 第二方面，本发明实施例提供一种业务执行的方法。该方法应用于REC，该方法包括：REC接收RE发送的基带资源状态，并根据基带资源状态，生成第一基带配置和第一切分
方案，并向RE发送；REC按照第一切分方案，执行业务流程。其中，切分方案至少包括参与功
能切分的目标和切分方式之间的对应关系。由此可见，REC会根据RE上报的基带资源状态，
生成适应于当前应用场景的第一基带配置和第一切分方案。在REC与RE按照该第一基带配
置和第一切分方案执行相应功能时，能够在尽可能保证协同特性的前提条件下，尽量节省
REC与RE之间接口的带宽，从而在协同特性与接口带宽之间得到兼顾。这样一来，在降低REC
与RE之间的接口带宽后，能有效节省接口光模块成本，同时也降低了接口处理芯片的成本。
在本发明实施例中，因基带处理功能可以由REC和RE分工完成，所以接口切分的过程可以被
视为REC与RE之间基带处理资源的共享，可以最大程度利用硬件，例如，在某些情况下通过
RE分担在REC上的基带处理，降低REC成本，或者在某些情况下利用REC分担RE的基带处理，
避免随着业务的开展RE基带资源不足而需要更换RE的情况。
方案，并向RE发送；REC按照第一切分方案，执行业务流程。其中，切分方案至少包括参与功
能切分的目标和切分方式之间的对应关系。由此可见，REC会根据RE上报的基带资源状态，
生成适应于当前应用场景的第一基带配置和第一切分方案。在REC与RE按照该第一基带配
置和第一切分方案执行相应功能时，能够在尽可能保证协同特性的前提条件下，尽量节省
REC与RE之间接口的带宽，从而在协同特性与接口带宽之间得到兼顾。这样一来，在降低REC
与RE之间的接口带宽后，能有效节省接口光模块成本，同时也降低了接口处理芯片的成本。
在本发明实施例中，因基带处理功能可以由REC和RE分工完成，所以接口切分的过程可以被
视为REC与RE之间基带处理资源的共享，可以最大程度利用硬件，例如，在某些情况下通过
RE分担在REC上的基带处理，降低REC成本，或者在某些情况下利用REC分担RE的基带处理，
避免随着业务的开展RE基带资源不足而需要更换RE的情况。
[0014] REC按照第一切分方案，执行业务流程，在一种可能的设计中，可以实现为：REC接收RE发送的第一业务数据，并按照第一切分方案，对第一业务数据进行未完成的基带处理，
得到第一报文，并向核心网发送第一报文。其中，第一业务数据为RE接收终端发送的第一信
号，对第一信号进行RF处理后，按照第一基带配置和第一切分方案，对经过RF处理后得到的
业务数据进行部分基带处理后得到的业务数据，或者，第一业务数据为RE按照第一切分方
案，直接向REC发送的经过RE处理后得到的业务数据。在上行业务流程中，RE很可能按照REC
的配置，替REC分担部分基带处理过程，或是由于REC确定当前协同特性需要保证，通过增加
RE与REC之间接口带宽的切分方式来尽可能提升协同特性。
得到第一报文，并向核心网发送第一报文。其中，第一业务数据为RE接收终端发送的第一信
号，对第一信号进行RF处理后，按照第一基带配置和第一切分方案，对经过RF处理后得到的
业务数据进行部分基带处理后得到的业务数据，或者，第一业务数据为RE按照第一切分方
案，直接向REC发送的经过RE处理后得到的业务数据。在上行业务流程中，RE很可能按照REC
的配置，替REC分担部分基带处理过程，或是由于REC确定当前协同特性需要保证，通过增加
RE与REC之间接口带宽的切分方式来尽可能提升协同特性。
[0015] REC按照第一切分方案，执行业务流程，在一种可能的设计中，可以实现为：REC接收核心网发送的第二报文，并根据调度结果，按照第一切分方案对第二报文进行部分或全
部基带处理，得到第二业务数据，并向RE发送。在下行业务流程中，RE同样很可能按照REC的
配置，替REC分担部分基带处理过程，或是由于REC确定当前协同特性需要保证，通过增加RE
与REC之间接口带宽的切分方式来尽可能提升协同特性。
部基带处理，得到第二业务数据，并向RE发送。在下行业务流程中，RE同样很可能按照REC的
配置，替REC分担部分基带处理过程，或是由于REC确定当前协同特性需要保证，通过增加RE
与REC之间接口带宽的切分方式来尽可能提升协同特性。
[0016] 参与功能切分的目标用目标的目标类型和目标标识表示，REC按照第一切分方案，执行业务流程，在一种可能的设计中，可以实现为：REC按照目标类型和目标标识，确定与目
标对应的切分方式，并依据目标对应的切分方式，执行业务流程。需要说明的是，为了更有
针对性地在协同特性与接口带宽之间进行权衡兼顾，不同目标的切分方式可以单独确定，
其中，每个目标可以通过目标类型和目标标识唯一确定。
标对应的切分方式，并依据目标对应的切分方式，执行业务流程。需要说明的是，为了更有
针对性地在协同特性与接口带宽之间进行权衡兼顾，不同目标的切分方式可以单独确定，
其中，每个目标可以通过目标类型和目标标识唯一确定。
[0017] 在一种可能的设计中，目标类型包括小区、用户和承载中的一项。
[0018] 在一种可能的设计中，该方法还包括：REC根据人工命令或业务量统计，判断是否需要对切分方式进行调整；若REC确定需要对切分方式进行调整，REC生成用于更新切分方
式的第二基带配置和第二切分方案，并向RE发送第二基带配置和第二切分方案，之后REC按
照第二切分方案，执行业务流程。对于RE而言，只需要遵从REC下发的基带配置和切分方案
所指示的切分方式即可。但在REC掌握业务量的过程中，在RE上产生的业务量，则需要RE向
REC上报，之后由REC结合自身产生的业务量以及RE上报的业务量来确定最终业务量，之后
生成第二基带配置和第二切分方案，以替换第一基带配置和第一切分方案，或可以视为将
第一基带配置和第一切分方案调整为第二基带配置和第二切分方案。
式的第二基带配置和第二切分方案，并向RE发送第二基带配置和第二切分方案，之后REC按
照第二切分方案，执行业务流程。对于RE而言，只需要遵从REC下发的基带配置和切分方案
所指示的切分方式即可。但在REC掌握业务量的过程中，在RE上产生的业务量，则需要RE向
REC上报，之后由REC结合自身产生的业务量以及RE上报的业务量来确定最终业务量，之后
生成第二基带配置和第二切分方案，以替换第一基带配置和第一切分方案，或可以视为将
第一基带配置和第一切分方案调整为第二基带配置和第二切分方案。
[0019] 第三方面，本发明实施例提供一种业务执行的装置。该装置应用于RE，可以实现第一方面及第一方面各个可能设计的方法实施例中所实现的功能，所述功能可以通过硬件实
现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应
的模块。
现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应
的模块。
[0020] 第四方面，本发明实施例提供一种业务执行的装置。该装置应用于REC，可以实现第二方面及第二方面各个可能设计的方法实施例中所实现的功能，所述功能可以通过硬件
实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相
应的模块。
实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相
应的模块。
[0021] 第五方面，本发明实施例提供一种计算机设备，该计算机设备包括存储器、处理器及在存储器上并可在处理器上运行的计算机程序，该处理器在执行程序时可以实现上述第
一方面及第一方面各个可能的设计中所涉及的方法步骤。
一方面及第一方面各个可能的设计中所涉及的方法步骤。
[0022] 第六方面，本发明实施例提供一种计算机设备，该计算机设备包括存储器、处理器及在存储器上并可在处理器上运行的计算机程序，该处理器在执行程序时可以实现上述第
二方面及第二方面各个可能的设计中所涉及的方法步骤。
二方面及第二方面各个可能的设计中所涉及的方法步骤。
[0023] 第七方面，本发明实施例提供一种计算机存储介质，用于储存为实现RE各个功能所用的计算机软件指令，其包含用于执行上述第一方面所设计的程序。
[0024] 第八方面，本发明实施例提供一种计算机存储介质，用于储存为实现REC各个功能所用的计算机软件指令，其包含用于执行上述第二方面所设计的程序。
附图说明
[0025] 图1为本发明实施例提供的一种REC与RE之间功能切分的示意图；
[0026] 图2为本发明实施例提供的一种网络通信系统的结构示意图；
[0027] 图3为本发明实施例提供的一种无线基站的结构示意图；
[0028] 图4为本发明实施例提供的一种业务执行的方法交互图；
[0029] 图5至图8为本发明实施例提供的另一种业务执行的方法交互图；
[0030] 图9为本发明实施例提供的一种业务执行的装置结构示意图；
[0031] 图10至图12为本发明实施例提供的另一种业务执行的装置结构示意图。
具体实施方式
[0032] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。
[0033] 本发明实施例可以用于一种基站，该基站可以位于一种网络通信系统中，例如，如图2所示的网络通信系统，在该网络通信系统中包括终端侧、基站侧、核心网侧及传输网络。
其中，基站侧与核心网测通过传输网络实现交互。在核心网侧，包括服务网关(Serving
GateWay，SGW)与移动性管理实体(Mobility Management Entity，MME)。该基站位于基站
侧，且该基站硬件部分可以由REC和RE两部分组成，REC与RE之间通过光纤相连。如图3所示。
其中，REC与RE均由硬件和软件两部分组成。REC可以是基带单元(Base Band Unit，BBU)，RE
可以是远端无线单元(Remote Radio Unit，RRU)。REC用于进行基带处理，包括空口协议处
理，并对RE进行控制；RE用于进行射频信号处理，包括对上行信号的射频解调、滤波、放大、
模数转换和对下行信号的射频调制、放大、数模转换等。与现有技术的实现方案相比，在本
发明实施例中，RE不仅可以完成射频功能，还可以代替REC完成部分或全部基带功能，也就
意味着，RE不仅用于进行射频信号处理，还用于进行部分基带处理，具体实现方式会在后文
提出，在此不赘述。需要说明的是，本发明实施例描述的网络通信系统可以是长期演进
(Long Term Evolution，LTE)系统，或其他采用各种无线接入技术的无线通信系统，例如，
采用码分多址、频分多址、时分多址、正交频分多址、单载波频分多址等接入技术的系统。此
外，还可以是使用LTE系统后续的演进系统，如第五代5G系统等。
其中，基站侧与核心网测通过传输网络实现交互。在核心网侧，包括服务网关(Serving
GateWay，SGW)与移动性管理实体(Mobility Management Entity，MME)。该基站位于基站
侧，且该基站硬件部分可以由REC和RE两部分组成，REC与RE之间通过光纤相连。如图3所示。
其中，REC与RE均由硬件和软件两部分组成。REC可以是基带单元(Base Band Unit，BBU)，RE
可以是远端无线单元(Remote Radio Unit，RRU)。REC用于进行基带处理，包括空口协议处
理，并对RE进行控制；RE用于进行射频信号处理，包括对上行信号的射频解调、滤波、放大、
模数转换和对下行信号的射频调制、放大、数模转换等。与现有技术的实现方案相比，在本
发明实施例中，RE不仅可以完成射频功能，还可以代替REC完成部分或全部基带功能，也就
意味着，RE不仅用于进行射频信号处理，还用于进行部分基带处理，具体实现方式会在后文
提出，在此不赘述。需要说明的是，本发明实施例描述的网络通信系统可以是长期演进
(Long Term Evolution，LTE)系统，或其他采用各种无线接入技术的无线通信系统，例如，
采用码分多址、频分多址、时分多址、正交频分多址、单载波频分多址等接入技术的系统。此
外，还可以是使用LTE系统后续的演进系统，如第五代5G系统等。
[0034] 本发明实施例提供的业务执行的方法，可以由图3所示的REC与RE执行。其中，在业务执行过程中，REC与RE可以依据配置好的切分方案，从相应的接口完成切分，即在如图1所
示的示意图中，以该接口为分界线，位于接口左侧的部分由REC完成，同样的，以该接口为分
界线，位于接口右侧的部分，即REC未完成的部分，由RE完成。这样一来，RE不仅需要完成射
频功能，在某些情况下，还需要完成部分或是全部基带功能，具体实现方式会在后文提出，
在此不赘述。需要说明的是，图1中接口的划分仅为一种可能的示例，在实际接口划分的过
程中，可以在任何一个环节中间设置接口，比如，接口I4+位于环节层映射与预编码之间(在
此仅针对I4+接口描述出某一环节中间的设置方式，还可以包括诸如环节测量与波束赋形
权值计算之间，在此不一一例举，可参考图1中各个接口下方虚线切割的部分)。此外，在实
际接口划分的过程中，通常属于为达到接口切分而采取的尝试性行为，即可以包括图1中所
示的所有接口，也可以仅包括其中的至少一个，还可以包括图1中未示出的一个或是多个接
口，在此不做限定。
示的示意图中，以该接口为分界线，位于接口左侧的部分由REC完成，同样的，以该接口为分
界线，位于接口右侧的部分，即REC未完成的部分，由RE完成。这样一来，RE不仅需要完成射
频功能，在某些情况下，还需要完成部分或是全部基带功能，具体实现方式会在后文提出，
在此不赘述。需要说明的是，图1中接口的划分仅为一种可能的示例，在实际接口划分的过
程中，可以在任何一个环节中间设置接口，比如，接口I4+位于环节层映射与预编码之间(在
此仅针对I4+接口描述出某一环节中间的设置方式，还可以包括诸如环节测量与波束赋形
权值计算之间，在此不一一例举，可参考图1中各个接口下方虚线切割的部分)。此外，在实
际接口划分的过程中，通常属于为达到接口切分而采取的尝试性行为，即可以包括图1中所
示的所有接口，也可以仅包括其中的至少一个，还可以包括图1中未示出的一个或是多个接
口，在此不做限定。
[0035] 其中，如图4所示，为该方法所涉及的开工流程及业务执行流程，该开工流程包括步骤101至步骤105；该业务执行流程包括步骤106和步骤107：
[0036] 步骤101、RE向REC发送基带资源状态。
[0037] 在开工流程中，RE向REC发送基带资源状态。
[0038] 在本发明实施例中，基带资源状态可以包括可用的基带资源数量，比如，分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)实例数、无线链路层控制协议
(Radio Link Control，RLC)实例数、介质访问控制层(Media Access Control，MAC)实例
数、编码器信道数、译码器信道数等，在此不一一例举。需要说明的是，本文所指的基带资源
状态所包含的内容可以参考现有技术中开工流程所涉及的基带资源状态的内容。
(Radio Link Control，RLC)实例数、介质访问控制层(Media Access Control，MAC)实例
数、编码器信道数、译码器信道数等，在此不一一例举。需要说明的是，本文所指的基带资源
状态所包含的内容可以参考现有技术中开工流程所涉及的基带资源状态的内容。
[0039] 步骤102、REC接收RE发送的基带资源状态。
[0040] 步骤103、REC根据基带资源状态，生成第一基带配置和第一切分方案。
[0041] 其中，无论是此处提到的第一切分方案，还是后文提到的第二切分方案，对于切分方案而言，都至少包括参与功能切分的目标与切分方式之间的对应关系。在本发明实施例
中，目标的确定可以依据目标类型和目标标识，即根据目标类型和目标标识确定唯一目标；
目标类型指的是目标的粒度，可以包括小区、用户和承载中的一项。
中，目标的确定可以依据目标类型和目标标识，即根据目标类型和目标标识确定唯一目标；
目标类型指的是目标的粒度，可以包括小区、用户和承载中的一项。
[0042] 基带配置被视为供REC与RE参照的基带工作参数，可以包括PCI、子帧配比(Subframe Ratio)等。考虑到在本发明实施例中，同样是由RE来完成射频功能的执行，具体
实现方式可以参考现有技术射频功能的实现过程，因此，不再赘述。上述基带配置，在现有
技术的REC与RE开工流程中同样涉及，上述基带配置的具体内容可以参考现有技术中涉及
的配置，在此不一一例举。
实现方式可以参考现有技术射频功能的实现过程，因此，不再赘述。上述基带配置，在现有
技术的REC与RE开工流程中同样涉及，上述基带配置的具体内容可以参考现有技术中涉及
的配置，在此不一一例举。
[0043] 在本发明实施例中，引入切分方案，即此处提到的第一切分方案及后文提到的第二切分方案，可以被视为针对图1所示的REC与RE的功能示意图，提供的一种接口的切分方
案或是至少两种供REC选择的接口的切分方案。需要说明的是，针对至少两种供REC选择的
接口的切分方案而言，需要由REC为RE指定合适的切分方案，具体选取方式会在后文提出，
在此不赘述。
案或是至少两种供REC选择的接口的切分方案。需要说明的是，针对至少两种供REC选择的
接口的切分方案而言，需要由REC为RE指定合适的切分方案，具体选取方式会在后文提出，
在此不赘述。
[0044] 相比较于现有技术中硬切分的方案(即REC与RE间只有一种切分方式，且一旦确定功能切分的位置，后续在REC与RE上分别实现的功能也就固定了)，在RE上报基带资源状态
后，REC能够依据该基带资源状态生成适应于当前应用场景的第一基带配置和第一切分方
案。在REC与RE按照该第一切分方案指示的切分位置，即以切分位置的接口为分界线，由REC
和RE分别执行分界线一侧的功能时，能够在尽可能保证协同特性的前提条件下，尽量节省
REC与RE之间接口的带宽，从而解决协同特性与接口带宽之间难以两全的问题。这样一来，
在降低REC与RE之间的接口带宽后，能有效节省接口光模块成本，同时也降低了接口处理芯
片的成本。此外，还能够在最大限度利用接口带宽的同时，降低对协同特性的影响，使对协
同特性影响最小化。在本发明实施例中，接口切分的过程也可以被视为REC与RE之间基带处
理资源的共享，即在某些情况下利用RE上的基带资源分担在REC上的基带处理，从而最大程
度利用硬件，降低成本，或者在某些情况下利用REC分担RE的基带处理，避免随着业务的开
展RE基带资源不足而需要更换的情况。
后，REC能够依据该基带资源状态生成适应于当前应用场景的第一基带配置和第一切分方
案。在REC与RE按照该第一切分方案指示的切分位置，即以切分位置的接口为分界线，由REC
和RE分别执行分界线一侧的功能时，能够在尽可能保证协同特性的前提条件下，尽量节省
REC与RE之间接口的带宽，从而解决协同特性与接口带宽之间难以两全的问题。这样一来，
在降低REC与RE之间的接口带宽后，能有效节省接口光模块成本，同时也降低了接口处理芯
片的成本。此外，还能够在最大限度利用接口带宽的同时，降低对协同特性的影响，使对协
同特性影响最小化。在本发明实施例中，接口切分的过程也可以被视为REC与RE之间基带处
理资源的共享，即在某些情况下利用RE上的基带资源分担在REC上的基带处理，从而最大程
度利用硬件，降低成本，或者在某些情况下利用REC分担RE的基带处理，避免随着业务的开
展RE基带资源不足而需要更换的情况。
[0045] 在接口切分位置确定后，REC可以生成如下格式的第一切分方案：
[0046] [实例类型(Instance Type)，实例号(Instance Id)，接口号(InterfaceId，Intf Id)]
[0047] 其中，实例类型用于表示参与功能切分的目标类型，比如，小区(Cell)、用户和承载(Bearer)中的一项，其中，用户可以被视为按照连接(Connection)情况进行划分的粒度，
用Connection来表示；实例号用于表示目标标识，比如，目标类型为小区时，这个参数表示
某一小区的标识；接口号用于表示该接口号对应目标被指定的切分方式，即将哪个接口作
为切分位置进行切分。
用Connection来表示；实例号用于表示目标标识，比如，目标类型为小区时，这个参数表示
某一小区的标识；接口号用于表示该接口号对应目标被指定的切分方式，即将哪个接口作
为切分位置进行切分。
[0048] 在本发明实施例中，一旦确定了接口号，就可以确定唯一接口，即产生切分的接口。之后将该接口作为分界线，位于该接口左侧的功能由REC完成，而位于该接口右侧的功
能则由RE完成。
能则由RE完成。
[0049] 步骤104、REC向RE发送第一基带配置和第一切分方案。
[0050] 在REC确定第一基带配置和第一切分方案后，不仅REC自身需要采用该第一切分方案执行业务流程，同时也需要将该第一基带配置和第一切分方案下发给RE，使RE也按照同
样的第一切分方案，以及REC为该RE配置的第一基带配置完成业务流程。
样的第一切分方案，以及REC为该RE配置的第一基带配置完成业务流程。
[0051] 需要说明的是，第一基带配置与第一切分方案可以在同时或是在不同时机，由REC向RE发送，只要确保在RE接收到第一基带配置和第一切分方案后由RE执行业务流程即可，
对于第一基带配置与第一切分方案是否同时发送，在此不做限定。
对于第一基带配置与第一切分方案是否同时发送，在此不做限定。
[0052] 步骤105、RE接收REC发送的第一基带配置和第一切分方案。
[0053] 在RE接收到REC发送的第一基带配置和第一切分方案后，RE可以向REC发送响应消息，以告知REC，该RE接收到该REC下发的第一基带配置和第一切分方案。
[0054] 步骤106、RE按照第一基带配置和第一切分方案，执行业务流程。
[0055] 步骤107、REC按照第一切分方案，执行业务流程。
[0056] 其中，业务流程包括上行业务流程和下行业务流程。需要说明的是，图4所示的步骤106和步骤107在执行顺序上没有先后要求，比如，在业务流程的执行过程中，RE与REC可
以在同一时段执行不同的业务流程。
以在同一时段执行不同的业务流程。
[0057] 针对上述步骤106和步骤107所示的业务执行流程相关的内容，在后文中，会对不同类型的业务流程的具体实现过程区分说明，在此不做赘述。
[0058] 由此可见，REC会根据RE上报的基带资源状态，生成适应于当前应用场景的第一基带配置和第一切分方案。在REC与RE按照该第一基带配置和第一切分方案执行相应功能时，
能够在尽可能保证协同特性的前提条件下，尽量节省REC与RE之间接口的带宽，从而在协同
特性与接口带宽之间得到兼顾。这样一来，在降低REC与RE之间的接口带宽后，能有效节省
接口光模块成本，同时也降低了接口处理芯片的成本。在本发明实施例中，因基带处理功能
可以由REC和RE分工完成，所以接口切分的过程可以被视为REC与RE之间基带处理资源的共
享，可以最大程度利用硬件，例如，在某些情况下通过RE分担在REC上的基带处理，降低REC
成本，或者在某些情况下利用REC分担RE的基带处理，避免随着业务的开展RE基带资源不足
而需要更换RE的情况。
能够在尽可能保证协同特性的前提条件下，尽量节省REC与RE之间接口的带宽，从而在协同
特性与接口带宽之间得到兼顾。这样一来，在降低REC与RE之间的接口带宽后，能有效节省
接口光模块成本，同时也降低了接口处理芯片的成本。在本发明实施例中，因基带处理功能
可以由REC和RE分工完成，所以接口切分的过程可以被视为REC与RE之间基带处理资源的共
享，可以最大程度利用硬件，例如，在某些情况下通过RE分担在REC上的基带处理，降低REC
成本，或者在某些情况下利用REC分担RE的基带处理，避免随着业务的开展RE基带资源不足
而需要更换RE的情况。
[0059] 针对上行业务流程的情况而言，在如图4所示的实现方式的基础上，还可以实现为如图5所示的实现方式。其中，步骤106RE按照第一基带配置和第一切分方案，执行业务流
程，可以替换为步骤201至步骤203，或是执行步骤201和步骤204；步骤107REC按照第一切分
方案，执行业务流程，可以替换为步骤205至步骤207：
程，可以替换为步骤201至步骤203，或是执行步骤201和步骤204；步骤107REC按照第一切分
方案，执行业务流程，可以替换为步骤205至步骤207：
[0060] 步骤201、RE接收终端发送的第一信号，并对第一信号进行RF处理。
[0061] 其中，RF处理包括对第一信号进行射频解调、滤波、放大、模数转换等，具体实现方式可以参考现有技术中RF处理的过程。
[0062] 步骤202、RE按照第一基带配置和第一切分方案，对经过RF处理后得到的业务数据进行部分基带处理，得到第一业务数据。
[0063] 步骤203、RE向REC发送第一业务数据。
[0064] 步骤204、RE按照第一切分方案，直接向REC发送经过RF处理后得到的第一业务数据。
[0065] 在本发明实施例中，RE根据REC下发的第一基带配置和第一切分方案，对经过RF处理后得到的业务数据进行部分基带处理，或是不进行基带处理。需要说明的是，在第一切分
方案中指示的切分方式为从I1接口切分时，RE仅需要完成RF处理，即此时RE无需对经过RF
处理后得到的信号进行基带处理。同理，若此时第一切分方案中指示的切分方式为图1中位
于L1或L2对应范围内的接口时，则RE必然需要对经过RF处理后得到的业务数据进行部分基
带处理。
方案中指示的切分方式为从I1接口切分时，RE仅需要完成RF处理，即此时RE无需对经过RF
处理后得到的信号进行基带处理。同理，若此时第一切分方案中指示的切分方式为图1中位
于L1或L2对应范围内的接口时，则RE必然需要对经过RF处理后得到的业务数据进行部分基
带处理。
[0066] 也就意味着，RE是否需要对经过RF处理后得到的信号进行基带处理，取决于REC下发的第一切分方案中指示的切分方式，即切分位置对应的接口。
[0067] 步骤205、REC接收RE发送的第一业务数据。
[0068] 步骤206、REC按照第一切分方案，对第一业务数据进行未完成的基带处理，得到第一报文。
[0069] 对于RE未进行基带处理的情况而言，REC需要完成所有基带处理过程；对于RE已完成部分基带处理的情况而言，REC需要完成未完成的那部分基带处理过程。针对后一情况，
相当于RE分担了原来REC应该完成的部分基带处理，同时，降低了RE与REC之间的接口带宽。
相当于RE分担了原来REC应该完成的部分基带处理，同时，降低了RE与REC之间的接口带宽。
[0070] 步骤207、REC向核心网发送第一报文。
[0071] 由此可见，在上行业务流程中，RE很可能会按照REC配置的第一切分方案，替REC分担部分基带处理过程，或是由于REC确定当前协同特性需要保证，通过采用RE与REC之间接
口带宽较高的切分方式来尽可能提升协同特性增益。
口带宽较高的切分方式来尽可能提升协同特性增益。
[0072] 针对下行业务流程的情况而言，在如图4、图5所示的实现方式的基础上，以图3为例，还可以实现为如图6所示的实现方式。其中，步骤107REC按照第一切分方案，执行业务流
程，可以替换为步骤301至步骤303；步骤106RE按照第一基带配置和第一切分方案，执行业
务流程，可以替换为步骤304至步骤307：
程，可以替换为步骤301至步骤303；步骤106RE按照第一基带配置和第一切分方案，执行业
务流程，可以替换为步骤304至步骤307：
[0073] 步骤301、REC接收核心网发送的第二报文。
[0074] 在REC接收到第二报文后，REC可以将第二报文缓存在本地，以便于后续处理。
[0075] 步骤302、REC根据调度结果，按照第一切分方案对第二报文进行部分或全部基带处理，得到第二业务数据。
[0076] 由于REC已经预先设置好第一切分方案，因此，在REC处理第二报文时可以直接按照该第一切分方案的指示来处理，即在第一切分方案所设置的切分方式指示REC需要完成
部分基带处理时，REC仅需要对第二报文进行部分基带处理，并将处理后得到的第二业务数
据交由RE，由RE完成那部分未完成的基带处理，或者，在第一切分方案所设置的切分方式指
示REC需要独立完成全部基带处理时，由REC完成全部基带处理，并将得到的第二业务数据
转发至RE，此时，RE无需对该第二业务数据进行基带处理。
部分基带处理时，REC仅需要对第二报文进行部分基带处理，并将处理后得到的第二业务数
据交由RE，由RE完成那部分未完成的基带处理，或者，在第一切分方案所设置的切分方式指
示REC需要独立完成全部基带处理时，由REC完成全部基带处理，并将得到的第二业务数据
转发至RE，此时，RE无需对该第二业务数据进行基带处理。
[0077] 步骤303、REC向RE发送第二业务数据。
[0078] 步骤304、RE接收REC发送的第二业务数据。
[0079] 步骤305、RE按照第一基带配置和第一切分方案，对第二业务数据进行未完成的基带处理。
[0080] 需要说明的是，若REC已经完成全部基带处理过程，则RE根据第一切分方案的指示，无需再进行额外的基带处理。也就意味着，若REC完成全部基带处理，则按照第一切分方
案，RE是不需要进行基带处理的；同样的，若REC仅完成部分基带处理，则按照第一基带配置
和第一切分方案，RE还需要完成那些未完成的基带处理。
案，RE是不需要进行基带处理的；同样的，若REC仅完成部分基带处理，则按照第一基带配置
和第一切分方案，RE还需要完成那些未完成的基带处理。
[0081] 步骤306、RE对经过全部基带处理后得到的第二业务数据进行RF处理，得到第二信号。
[0082] RE所执行的RF处理，可以参考现有技术中的下行业务处理流程，在此不赘述。
[0083] 步骤307、RE向终端发送第二信号。
[0084] 由此可见，在下行业务流程中，RE同样很可能会按照REC配置的第一基带配置和第一切分方案，替REC分担部分基带处理过程，或是由于REC确定当前协同特性需要保证，通过
采用RE与REC之间接口带宽较高的切分方式来尽可能提升协同特性增益。
采用RE与REC之间接口带宽较高的切分方式来尽可能提升协同特性增益。
[0085] 需要说明的是，切分方式可以包括不同目标各自对应的切分方式。也就意味着，与传统的硬切分(REC与RE间只有一种切分方式，且一旦确定了切分方式，就不会对切分方式
进行调整)的方式相比，在本发明实施例中，可以按照不同的粒度采用不同的切分方式(即
柔性切分)。因此，在如图4、图5、图6所示的实现方式的基础上，以图4为例，还可以实现为如
图7所示的实现方式。其中，步骤107REC按照第一切分方案，执行业务流程，可以具体实现为
步骤401和步骤402；步骤106RE按照第一基带配置和第一切分方案，执行业务流程，可以具
体实现为步骤403和步骤404：
进行调整)的方式相比，在本发明实施例中，可以按照不同的粒度采用不同的切分方式(即
柔性切分)。因此，在如图4、图5、图6所示的实现方式的基础上，以图4为例，还可以实现为如
图7所示的实现方式。其中，步骤107REC按照第一切分方案，执行业务流程，可以具体实现为
步骤401和步骤402；步骤106RE按照第一基带配置和第一切分方案，执行业务流程，可以具
体实现为步骤403和步骤404：
[0086] 步骤401、REC按照目标类型和目标标识，确定与目标对应的切分方式。
[0087] 需要说明的是，采用目标类型和目标标识可以确定唯一一个目标。
[0088] 步骤402、REC依据目标对应的切分方式，执行业务流程。
[0089] 步骤403、RE按照目标类型和目标标识，确定与目标对应的切分方式。
[0090] 步骤404、RE依据目标对应的切分方式，执行业务流程。
[0091] 无论对于REC还是对于RE而言，都是按照REC确定的切分方式来执行相应的业务流程。REC确定切分方式时，可以考虑到某个小区、某个用户或是某个承载的实际情况。比如，
考虑系统中存在两类用户，对于A类用户可以采用第一类切分方式，对于B类用户可以采用
第二类切分方式。其中，A类用户与B类用户可以为对协同特性要求不同，和/或对RE与REC之
间接口带宽要求不同的两类用户；第一类切分方式与第二类切分方式所选择的切分方式不
同，比如，分别为如图1所示的I3、I6。
考虑系统中存在两类用户，对于A类用户可以采用第一类切分方式，对于B类用户可以采用
第二类切分方式。其中，A类用户与B类用户可以为对协同特性要求不同，和/或对RE与REC之
间接口带宽要求不同的两类用户；第一类切分方式与第二类切分方式所选择的切分方式不
同，比如，分别为如图1所示的I3、I6。
[0092] 需要说明的是，不同粒度目标可以由REC来确定，具体确定方式，可以参考某一段特定时间内的业务量、负载情况等，或是直接由工作人员根据自身需求进行配置，在此不做
限定。
限定。
[0093] 在本发明实施例中，除了可以对不同目标区分不同的划分方式，还可以在划分方式确定的情况下，由REC根据人工命令或是业务量统计，触发相应的调整过程，从而调整配
置信息，并告知RE。如图8所示，为一种根据业务量统计，配置第二基带配置和第二切分方案
的过程。其中，步骤501至步骤504为基带配置和切分方案的调整过程(即将第一基带配置修
改或替换为第二基带配置，且将第一切分方案修改或替换为第二切分方案)，步骤505和步
骤506为业务执行流程。
置信息，并告知RE。如图8所示，为一种根据业务量统计，配置第二基带配置和第二切分方案
的过程。其中，步骤501至步骤504为基带配置和切分方案的调整过程(即将第一基带配置修
改或替换为第二基带配置，且将第一切分方案修改或替换为第二切分方案)，步骤505和步
骤506为业务执行流程。
[0094] 步骤501、REC根据人工命令或业务量统计，判断是否需要对切分方式进行调整。
[0095] 步骤502、若REC确定需要对切分方式进行调整，REC生成用于更新切分方式的第二基带配置和第二切分方案。
[0096] 需要说明的是，第二基带配置与第一基带配置的格式相同，第二切分方案与第一切分方案的格式相同，可以参考上述对配置信息的描述过程。同样的，第二基带配置与第二
切分方案的发送方式，也与第一基带配置和第一切分方案的处理过程相同，可以参照上文
的描述内容，在此不赘述。在对于基带配置和切分方案进行调整时，可以依据预先设置的业
务量与切分方式之间的对应关系来选择适应当前业务量的切分方式，或是由人工直接指定
切分方式等，在此对于调整基带配置和切分方案的依据不做限定。
切分方案的发送方式，也与第一基带配置和第一切分方案的处理过程相同，可以参照上文
的描述内容，在此不赘述。在对于基带配置和切分方案进行调整时，可以依据预先设置的业
务量与切分方式之间的对应关系来选择适应当前业务量的切分方式，或是由人工直接指定
切分方式等，在此对于调整基带配置和切分方案的依据不做限定。
[0097] 步骤503、REC向RE发送第二基带配置和第二切分方案。
[0098] 步骤504、RE接收REC发送的第二基带配置和第二切分方案。
[0099] 步骤505、RE按照第二基带配置和第二切分方案，执行业务流程。
[0100] 步骤506、REC按照第二切分方案，执行业务流程。
[0101] 需要说明的是，步骤505与步骤506所示的按照第二基带配置和第二切分方案，执行业务流程的具体过程与前文所提及的步骤106和步骤107的实现过程相似，其区别在于基
带配置和切分方式，一种是依据初始的配置来执行(即第一基带配置和第一切分方案的情
况)，而另一种是依据调整后的配置来执行(即第二基带配置和第二切分方案的情况)。关于
步骤505和步骤506的具体实现方式，可以参考前文对步骤106和步骤107的描述，以及步骤
401至步骤404的描述，在此不再赘述。
带配置和切分方式，一种是依据初始的配置来执行(即第一基带配置和第一切分方案的情
况)，而另一种是依据调整后的配置来执行(即第二基带配置和第二切分方案的情况)。关于
步骤505和步骤506的具体实现方式，可以参考前文对步骤106和步骤107的描述，以及步骤
401至步骤404的描述，在此不再赘述。
[0102] 对于RE而言，只需要遵从REC下发的基带配置和切分方案所指示的内容即可。但在REC掌握业务量情况的过程中，在RE上产生的业务量，则需要RE向REC上报，之后由REC结合
自身产生的业务量以及RE上报的业务量来确定最终业务量，之后生成第二基带配置和第二
切分方案，以替换原有配置信息，或可以视为将原有配置信息调整为新配置信息。
自身产生的业务量以及RE上报的业务量来确定最终业务量，之后生成第二基带配置和第二
切分方案，以替换原有配置信息，或可以视为将原有配置信息调整为新配置信息。
[0103] 以下给出几种可行的示例，但不作为本发明实施例的过多限定，仅作为可能的实现方式。比如，RE天线的数量、切分方式、目标类型等均不作为本发明实施例的过多限定。
[0104] 例如，在一种可能的设计中RE的天线数不大于32，希望尽量保证协同特性，且接口带宽在可接受的范围内，此时，REC确定对该RE的所有小区采用I1切分(即将I1接口作为切
分位置进行切分，在RE上执行IRF处理，在REC上实现L1、L2、L3功能)。
分位置进行切分，在RE上执行IRF处理，在REC上实现L1、L2、L3功能)。
[0105] 在开工流程中，在REC向RE下发的切分方案中，Intf Schema取值如下：Instance Type为Cell(小区)，Instance Id为该RE的所有小区实例号，Intf Id为切分方式I1，其中，
Intf Schema用于表示接口切分方式。
Intf Schema用于表示接口切分方式。
[0106] 在上行业务流程中，RE按照REC下发的Intf Schema，不进行基带处理，即基带处理为空；REC按照下发给RE的Intf Schema，完成全部基带处理。
[0107] 在下行业务流程中，REC根据调度结果，按照下发给RE的Intf Schema，对业务数据进行全部基带处理；RE按照REC下发的Intf Schema，不进行基带处理，即基带处理为空。
[0108] 在上述开工流程、上行和下行业务流程中未提及的步骤，可以参照上述实施例中所示的各个步骤，在此不赘述。另外，对于未提及L3处理的过程，若未强调说明，则默认在
REC上执行。
REC上执行。
[0109] 再例如，在一种可能的设计中，RE的天线数不小于64，希望尽量减少接口带宽，且对于协同特性无要求，此时，REC确定对该RE的所有小区采用I6切分(即将I6接口作为切分
位置进行切分，在RE上执行IRF处理并实现L1的功能，在REC上实现L2、L3功能)。
位置进行切分，在RE上执行IRF处理并实现L1的功能，在REC上实现L2、L3功能)。
[0110] 在开工流程中，在REC向RE下发的切分方案中，Intf Schema取值如下：Instance Type为Cell(小区)，Instance Id为该RE的所有小区实例号，Intf Id为切分方式I6。
[0111] 在上行业务流程中，RE按照REC下发的Intf Schema，基带处理为L1处理；REC按照下发给RE的Intf Schema，基带处理为L2处理。
[0112] 在下行业务流程中，REC根据调度结果，按照下发给RE的Intf Schema，对业务数据进行L2基带处理；RE按照REC下发的Intf Schema，进行L1基带处理。
[0113] 在上述开工流程、上行和下行业务流程中未提及的步骤，可以参照上述实施例中所示的各个步骤，在此不做赘述。另外，对于未提及L3处理的过程，若未强调说明，则默认在
REC上执行。
REC上执行。
[0114] 再例如，在一种可能的设计中，RE的天线数较多，比如，不小于64，同一RE的不同小区要求不同，比如，覆盖层的小区对协同特性要求较高，容量层的小区对协同特性要求较低
或无要求，此时可以采用差异化的切分方式，比如，覆盖层小区采用I1切分、容量层小区采
用I6切分。因此，确定覆盖层小区为A类小区，并确定容量层小区为B类小区，且分别对A类和
B类小区采用不同的切分方式。
或无要求，此时可以采用差异化的切分方式，比如，覆盖层小区采用I1切分、容量层小区采
用I6切分。因此，确定覆盖层小区为A类小区，并确定容量层小区为B类小区，且分别对A类和
B类小区采用不同的切分方式。
[0115] 需要说明的是，覆盖层和容量层是无线覆盖组网的概念，覆盖层用于基础无线覆盖，要求连续覆盖，因此对协同特性有诉求；容量层用于热点地区提高系统无线容量，不一
定连续覆盖，因此对协同特性的要求低。覆盖层和容量层的无线频点是不同的。并且，A类小
区和B类小区是由人工配置或系统既定的策略来确定的，在此不做限定。
定连续覆盖，因此对协同特性的要求低。覆盖层和容量层的无线频点是不同的。并且，A类小
区和B类小区是由人工配置或系统既定的策略来确定的，在此不做限定。
[0116] 在开工流程中，在REC向RE下发的配置信息中，Intf Schema取值如下：Instance Type为Cell(小区)，Instance Id为该RE的所有小区实例号，对于A类小区Intf Id为切分方
式I1，对于B类小区Intf Id为切分方式I6。需要说明的是，在下发切分方案时，由于小区的
切分方式已经确定，因此，REC所下发的切分方案中对每个小区只携带一种切分方式，即当
前这个小区对应的切分方式。
式I1，对于B类小区Intf Id为切分方式I6。需要说明的是，在下发切分方案时，由于小区的
切分方式已经确定，因此，REC所下发的切分方案中对每个小区只携带一种切分方式，即当
前这个小区对应的切分方式。
[0117] 在上行业务流程中，RE按照REC下发的Intf Schema，对于A类小区，基带处理为空，对于B类小区，基带处理为L1处理；REC按照下发给RE的Intf Schema，对于A类小区，完成全
部基带处理，对于B类小区，基带处理为L2处理。
部基带处理，对于B类小区，基带处理为L2处理。
[0118] 在下行业务流程中，REC根据调度结果，按照下发给RE的Intf Schema，对于A类小区，对业务数据进行L1和L2基带处理，对于B类小区，对业务数据进行L2基带处理；RE按照
REC下发的Intf Schema，对于A类小区，对业务数据不进行基带处理，对于B类小区，对业务
数据进行L1基带处理。
REC下发的Intf Schema，对于A类小区，对业务数据不进行基带处理，对于B类小区，对业务
数据进行L1基带处理。
[0119] 在上述开工流程、上行和下行业务流程中未提及的步骤，可以参照上述实施例中所示的各个步骤，在此不做赘述。另外，对于未提及L3处理的过程，若未强调说明，则默认在
REC上执行。
REC上执行。
[0120] 再例如，在一种可能的设计中，RE的天线数较多，比如，不小于64，同一RE的不同小区要求不同，比如，覆盖层的小区对协同特性要求较高，容量层的小区对协同特性要求较低
或无要求，此时可以采用差异化的切分方式，比如，覆盖层小区采用I1切分、容量层小区采
用I6切分，还存在部分小区根据运行情况在I1和I6这两种切分方式之间进行自动调整。因
此，该RE的所有小区可以被划分为三类，即A类小区、B类小区和C类小区，其中，确定覆盖层
小区为A类小区，并确定容量层小区为B类小区，上述部分可进行自动调整的小区为C类小
区，其中，C类小区的切分方式可以与A类小区或B类小区相同，也可以不同。
或无要求，此时可以采用差异化的切分方式，比如，覆盖层小区采用I1切分、容量层小区采
用I6切分，还存在部分小区根据运行情况在I1和I6这两种切分方式之间进行自动调整。因
此，该RE的所有小区可以被划分为三类，即A类小区、B类小区和C类小区，其中，确定覆盖层
小区为A类小区，并确定容量层小区为B类小区，上述部分可进行自动调整的小区为C类小
区，其中，C类小区的切分方式可以与A类小区或B类小区相同，也可以不同。
[0121] 由于RE预留的基带处理能力有限，随着物联网的发展，演进中必然会碰到用户规格不足的问题，换RE成本太高(包括设备和安装成本)，运营商通常希望做到不换RE以实现
平滑演进。这种场景希望RE上的部分小区具备灵活性，即在RE基带处理能力不足时，可以将
一部分基带处理功能移到REC处理，这种小区即上述的C类小区。
平滑演进。这种场景希望RE上的部分小区具备灵活性，即在RE基带处理能力不足时，可以将
一部分基带处理功能移到REC处理，这种小区即上述的C类小区。
[0122] 在开工流程中，在REC向RE下发的切分方案中，Intf Schema取值如下：Instance Type为Cell(小区)，Instance Id为该RE的所有小区实例号，对于A类小区Intf Id为切分方
式I1，对于B类小区Intf Id为切分方式I6，对于C类小区Intf Id为切分方式为I1或I6中的
一个既定切分方式。需要说明的是，在下发切分方案时，由于小区已经确定，且对于C类小区
而言也已经确定切分方式，因此，REC所下发的配置信息中对每个小区只携带一种切分方
式，即当前这个小区对应的切分方式。
式I1，对于B类小区Intf Id为切分方式I6，对于C类小区Intf Id为切分方式为I1或I6中的
一个既定切分方式。需要说明的是，在下发切分方案时，由于小区已经确定，且对于C类小区
而言也已经确定切分方式，因此，REC所下发的配置信息中对每个小区只携带一种切分方
式，即当前这个小区对应的切分方式。
[0123] 在上行业务流程中，RE按照REC下发的Intf Schema，对于A类小区，基带处理为空，对于B类小区，基带处理为L1处理，对于C类小区，依据该C类小区对应的切分方式进行相应
的基带处理，即L1处理，或不进行基带处理；REC按照下发给RE的Intf Schema，对于A类小
区，完成全部基带处理，对于B类小区，基带处理为L2处理，对于C类小区，依据该C类小区对
应的切分方式进行相应的基带处理，即L2处理，或全部基带处理。
的基带处理，即L1处理，或不进行基带处理；REC按照下发给RE的Intf Schema，对于A类小
区，完成全部基带处理，对于B类小区，基带处理为L2处理，对于C类小区，依据该C类小区对
应的切分方式进行相应的基带处理，即L2处理，或全部基带处理。
[0124] 在下行业务流程中，REC根据调度结果，按照下发给RE的Intf Schema，对于A类小区，对业务数据进行L1和L2基带处理，对于B类小区，对业务数据进行L2基带处理，对于C类
小区，依据该C类小区对应的切分方式进行相应的基带处理，即L1和L2处理，或L2处理；RE按
照REC下发的Intf Schema，对于A类小区，对业务数据不进行基带处理，对于B类小区，对业
务数据进行L1基带处理，对于C类小区，依据该C类小区对应的切分方式进行相应的基带处
理，即L1处理，或不进行基带处理。
小区，依据该C类小区对应的切分方式进行相应的基带处理，即L1和L2处理，或L2处理；RE按
照REC下发的Intf Schema，对于A类小区，对业务数据不进行基带处理，对于B类小区，对业
务数据进行L1基带处理，对于C类小区，依据该C类小区对应的切分方式进行相应的基带处
理，即L1处理，或不进行基带处理。
[0125] 在上述开工流程、上行和下行业务流程中未提及的步骤，可以参照上述实施例中所示的各个步骤，在此不做赘述。另外，对于未提及L3处理的过程，若未强调说明，则默认在
REC上执行。
REC上执行。
[0126] 若存在切分方式动态调整，则REC可以根据业务量统计，判断出RE基带处理能力不足，需要进行调整，并计算出需要对多少个小区进行调整，以及调整成何种切分方式，同时
启动切分方式调整流程；REC向RE下发的切分方案中的Intf Schema取值如下：Instance
Type为Cell(小区)，Instance Id为该RE需要进行调整的各小区实例号，Intf Id为各小区
实例调整后的切分方式。
启动切分方式调整流程；REC向RE下发的切分方案中的Intf Schema取值如下：Instance
Type为Cell(小区)，Instance Id为该RE需要进行调整的各小区实例号，Intf Id为各小区
实例调整后的切分方式。
[0127] 由上述几个实施例可见，无论是小区类型的划分，还是基带配置和切分方案的调整，均由REC来完成。需要说明的是，上述所涉及的实施例中，仅以小区为目标粒度进行描
述，同样也可以按照用户类型或是承载类型进行划分，并配置或调整基带配置和切分方案，
在此不做赘述。
述，同样也可以按照用户类型或是承载类型进行划分，并配置或调整基带配置和切分方案，
在此不做赘述。
[0128] 在上述RE中可以设置有业务执行的装置，业务执行的装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，
结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和
计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执
行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来
使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和
计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执
行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来
使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0129] 本发明实施例可以根据上述方法示例对业务执行的装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处
理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式
实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划
分，实际实现时可以有另外的划分方式。
理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式
实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划
分，实际实现时可以有另外的划分方式。
[0130] 如图9所示，为上述实施例中所涉及的业务执行的装置的一种可能的结构示意图。业务执行的装置10包括：处理模块11、发送模块12、接收模块13。
[0131] 其中，处理模块11用于支持业务执行的装置10执行图4中的步骤106，图5中的步骤202，图6中的步骤305和步骤306，图7中的步骤403和步骤404，图8中的步骤505；发送模块12
用于支持业务执行的装置10执行图4至图7中的步骤101，图5中的步骤203和步骤204，图6中
的步骤307；接收模块13用于支持业务执行的装置10执行图4至图7中的步骤105，图8中的步
骤504。需要说明的是，处理模块11还用于实现本文所描述的技术的其它过程；发送模块12
和接收模块13，用于支持业务执行的装置10与RE中各个模块之间进行数据交互，和/或支持
RE与诸如REC、终端等其他设备之间的通信。此外，业务执行的装置10还可以设置有存储模
块14用于存储RE的程序代码和数据。
用于支持业务执行的装置10执行图4至图7中的步骤101，图5中的步骤203和步骤204，图6中
的步骤307；接收模块13用于支持业务执行的装置10执行图4至图7中的步骤105，图8中的步
骤504。需要说明的是，处理模块11还用于实现本文所描述的技术的其它过程；发送模块12
和接收模块13，用于支持业务执行的装置10与RE中各个模块之间进行数据交互，和/或支持
RE与诸如REC、终端等其他设备之间的通信。此外，业务执行的装置10还可以设置有存储模
块14用于存储RE的程序代码和数据。
[0132] 其中，处理模块11可以实现为处理器或控制器，例如可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，
专用集成电路(Application‑Specific Integrated Circuit，ASIC)，现场可编程门阵列
(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬
件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻
辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处
理器组合，DSP和微处理器的组合等等。接收模块12和发送模块13可以实现为接收器/发送
器、收发电路或通信接口等。存储模块14可以实现为存储器。
专用集成电路(Application‑Specific Integrated Circuit，ASIC)，现场可编程门阵列
(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬
件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻
辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处
理器组合，DSP和微处理器的组合等等。接收模块12和发送模块13可以实现为接收器/发送
器、收发电路或通信接口等。存储模块14可以实现为存储器。
[0133] 若处理模块11实现为处理器、接收模块12和发送模块13实现为接收器/发送器、存储模块14实现为存储器，则如图10所示，业务执行的装置20包括：处理器21、接收器/发送器
22、存储器23以及总线24。其中，处理器21、接收器/发送器22和存储器23通过总线24相互连
接；总线24可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或
扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。所述总线
可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不
表示仅有一根总线或一种类型的总线。
22、存储器23以及总线24。其中，处理器21、接收器/发送器22和存储器23通过总线24相互连
接；总线24可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或
扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。所述总线
可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不
表示仅有一根总线或一种类型的总线。
[0134] 在上述REC中可以设置有业务执行的装置，业务执行的装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，
结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和
计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执
行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来
使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和
计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执
行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来
使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0135] 本发明实施例可以根据上述方法示例对业务执行的装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处
理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式
实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划
分，实际实现时可以有另外的划分方式。
理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式
实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划
分，实际实现时可以有另外的划分方式。
[0136] 如图11所示，为上述实施例中所涉及的业务执行的装置的一种可能的结构示意图。业务执行的装置30包括：接收模块31、处理模块32、发送模块33。
[0137] 其中，接收模块31用于支持业务执行的装置30执行图4至图7中的步骤102，图5中的步骤205，图6中的步骤301；处理模块32用于支持业务执行的装置30执行图4至图7中的步
骤103，图4中的步骤107，图5中的步骤206，图6中的步骤302，图7中的步骤401和步骤402；发
送模块33用于支持业务执行的装置30执行图4至图7中的步骤104，图5中的步骤207，图6中
的步骤303，图8中的步骤503。此外，业务执行的装置30还可以设置有存储模块34用于存储
REC的程序代码和数据
骤103，图4中的步骤107，图5中的步骤206，图6中的步骤302，图7中的步骤401和步骤402；发
送模块33用于支持业务执行的装置30执行图4至图7中的步骤104，图5中的步骤207，图6中
的步骤303，图8中的步骤503。此外，业务执行的装置30还可以设置有存储模块34用于存储
REC的程序代码和数据
[0138] 其中，处理模块32可以实现为处理器或控制器，例如可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以
实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理
器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组
合等等。接收模块31和发送模块33可以实现为收发器、收发电路或通信接口等。存储模块34
可以实现为存储器。
实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理
器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组
合等等。接收模块31和发送模块33可以实现为收发器、收发电路或通信接口等。存储模块34
可以实现为存储器。
[0139] 若处理模块32实现为处理器、接收模块31和发送模块33实现为接收器/发送器、存储模块34实现为存储器，则如图12所示，业务执行的装置40包括：处理器41、接收器/发送器
42、存储器43，以及总线44。其中，处理器41、接收器/发送器42和存储器43通过总线44相互
连接；总线44可以是PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总
线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总
线。
42、存储器43，以及总线44。其中，处理器41、接收器/发送器42和存储器43通过总线44相互
连接；总线44可以是PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总
线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总
线。
[0140] 结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模
块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read
Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可
擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘
(Compact Disc Read‑Only Memory，CD‑ROM)或者本领域熟知的任何其它形式的存储介质
中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可
向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可
以部署在同一设备中，或者，处理器和存储介质也可以作为分立组件部署在于不同的设备
中。
块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read
Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可
擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘
(Compact Disc Read‑Only Memory，CD‑ROM)或者本领域熟知的任何其它形式的存储介质
中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可
向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可
以部署在同一设备中，或者，处理器和存储介质也可以作为分立组件部署在于不同的设备
中。
[0141] 本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这
些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进
行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个
地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存
取的任何可用介质。
些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进
行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个
地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存
取的任何可用介质。
[0142] 以上所述的具体实施方式，对本发明实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定
本发明的保护范围，凡在本发明实施例的技术方案的基础之上，所做的任何修改、等同替
换、改进等，均应包括在本发明实施例的保护范围之内。
本发明的保护范围，凡在本发明实施例的技术方案的基础之上，所做的任何修改、等同替
换、改进等，均应包括在本发明实施例的保护范围之内。