CN104488316A - 用于在云小区通信系统中调度数据的装置和方法 - Google Patents

用于在云小区通信系统中调度数据的装置和方法 Download PDF

Info

Publication number
CN104488316A
CN104488316A CN201380039385.6A CN201380039385A CN104488316A CN 104488316 A CN104488316 A CN 104488316A CN 201380039385 A CN201380039385 A CN 201380039385A CN 104488316 A CN104488316 A CN 104488316A
Authority
CN
China
Prior art keywords
main
data
iad
new main
old
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.)
Granted
Application number
CN201380039385.6A
Other languages
English (en)
Other versions
CN104488316B (zh
Inventor
孙泳文
姜贤贞
R.塔奥里
朴重信
张泳彬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN104488316A publication Critical patent/CN104488316A/zh
Application granted granted Critical
Publication of CN104488316B publication Critical patent/CN104488316B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/023—Buffering or recovering information during reselection
    • H04W36/0235—Buffering or recovering information during reselection by transmitting sequence numbers, e.g. SN status transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/023—Buffering or recovering information during reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供一种用于在云小区通信系统中由新的主基站(BS)调度数据的方法。所述方法包括检测针对特定移动站(MS)的主BS被从旧的主BS改变到新的主BS，在新的主BS和接入网关之间建立的隧道被激活之前，从旧的主BS接收旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据，以及调度所接收到的MS数据。

Description

用于在云小区通信系统中调度数据的装置和方法
技术领域
本公开涉及用于在云小区通信系统中调度数据的装置和方法。
背景技术
移动通信系统已经演进为向移动站(MS)提供各种高速的、大容量的服务。移动通信系统的示例包括高速下行链路分组接入(HSDPA)移动通信系统、高速上行链路分组接入(HSUPA)移动通信系统、长期演进(LTE)移动通信系统、高级LTE(LTE-A)移动通信系统、在第3代合作伙伴计划2(3GPP2)中提出的高速分组数据(HRPD)移动通信系统、以及电气和电子工程师学会(IEEE)802.16m移动通信系统。
通常，在移动通信系统中，如果MS从一个服务区域移动到另一服务区域，则执行切换过程。如果执行切换过程，则用于MS的情境(context)被从服务基站(BS)转发到目标BS从而目标BS能够基于已从服务BS转发的用于MS的情境来向MS提供连续服务。情境被分成静态情境和动态情境，将描述这两种情境中的每一个。
首先，静态情境包括与MS有关的总体配置信息，诸如能力信息、服务流程和服务质量(QoS)信息等等，并且虽然切换过程被执行，但其并不改变。
其次，动态情境指示用于MS的用于状态信息同步的在BS之间交换的信息，并且包括计数器信息、定时器信息、状态机状态信息、数据缓冲内容等等。
如果MS应当接收的数据是在服务BS的缓冲器上缓冲，则在MS执行切换过程的同时，服务BS正缓冲的数据被转发给目标BS。
为了方便起见，‘MS应当接收的数据’将被称为‘MS接收调度数据(MSreceiving schedule data)’。其后，如果MS最终根据切换过程的完成接入目标BS，则目标BS开始向MS发送所转发的MS接收调度数据。
在作为典型移动通信系统的LTE移动通信系统中，如果MS的切换过程开始，则服务BS通过与目标BS建立的链路向目标BS转发通过分组数据网络(PDN)网关转发的MS接收数据。在这个数据转发方法中，在网络信令正在进行中的同时，虽然MS在目标BS和PDN网关之间的路径还未被建立的状态下接入目标BS，但MS仍可以恢复(resume)接收数据。
最近，已经提出了其中多个BS通过彼此合作向MS提供服务，即多个BS使用多BS合作方案向MS提供服务的云小区通信系统。
因为相同切换过程可以发生在云小区通信系统中，所以对于云小区通信系统的总体系统性能重要的是云小区通信系统向MS连续地提供服务。
然而，因为云小区通信系统只是在最近才被引入，所以用于执行切换过程的数据调度过程还未被具体提出。
因此，存在对于适合于云小区通信系统的情形，即，在其上使用多BS合作方案并且其中正常数据发送/接收可能的通信情形的数据调度方案的需要。
提出以上信息作为背景信息来仅帮助对本公开的理解。关于以上任何信息相对于本公开是否可适用为现有技术，不进行判定，也不进行断言。
发明内容
技术问题
本公开的各方面将至少解决以上提及的问题和/或缺点，并至少提供下述优点。因此，本公开的一方面将提出用于在云小区通信系统中调度数据的装置和方法。
本公开的另一方面将提出用于在云小区通信系统中根据针对移动站(MS)来改变主基站(BS)来调度数据的装置和方法。
本公开的另一方面将提出用于在云小区通信系统中，根据针对MS来改变主BS来使用BS间调度方案调度数据的装置和方法。
技术方案
依照本公开的一方面，提供一种用于在云小区通信系统中由新的主BS调度数据的方法。所述方法包括：检测针对特定MS的主BS被从旧的主BS改变到新的主BS，在新的主BS和接入网关之间建立的隧道被激活之前，从旧的主BS接收旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据，以及调度所接收到的MS数据。
依照本公开的另一方面，提供一种用于在云小区通信系统中由旧的主BS调度数据的方法。所述方法包括：检测针对特定MS的主BS被从旧的主BS改变到新的主BS，以及在新的主BS和接入网关之间建立的隧道被激活之前，发送旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据到新的主BS。
依照本公开的另一方面，提供一种用于在云小区通信系统中由MS发送/接收数据的方法。所述方法包括：检测针对MS的主BS被从旧的主BS改变到新的主BS，向新的主BS发送数据，以及从新的主BS接收数据，其中，MS发送到新的主BS的以及从新的主BS接收到的数据是由新的主BS生成的数据，并且在新的主BS和接入网关之间建立的隧道被激活之前，新的主BS通过调度通过在旧的主BS和接入网关之间建立的隧道接收的以及在旧的主BS中缓冲的MS数据来生成数据，其中，所述MS数据是新的主BS从旧的主BS接收到的。
依照本公开的另一方面，提供一种用于在云小区通信系统中由新的主BS调度数据的方法。所述方法包括：检测针对特定MS的主BS被从旧的主BS改变到新的主BS，检测到在新的主BS和接入网关之间建立的隧道被激活，从在新的主BS和接入网关之间建立的隧道接收MS数据，以及调度接收到的MS数据。
依照本公开的另一方面，提供一种用于在云小区通信系统中由旧的主BS调度数据的方法。所述方法包括：检测针对特定MS的主BS被从旧的主BS改变到新的主BS，以及在新的主BS和接入网关之间建立的隧道被激活之前，调度旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据到新的主BS。
依照本公开的另一方面，提供一种用于在云小区通信系统中由MS发送/接收数据的方法。所述方法包括：检测针对MS的主BS被从旧的主BS改变到新的主BS，向新的主BS发送数据，以及从新的主BS接收数据，其中，MS发送到新的主BS的以及从新的主BS接收到的数据是由新的主BS生成的数据，并且在新的主BS和接入网关之间建立的隧道被激活之后，新的主BS通过调度通过在新的主BS和接入网关之间建立的隧道接收的MS数据来生成数据。
依照本公开的另一方面，提供一种用于在云小区通信系统中由接入网关调度数据的方法。所述方法包括：从新的主BS接收请求激活在新的主BS和接入网关之间建立的隧道的信号，以及通过将在旧的主BS和接入网关之间建立的隧道切换到在新的主BS和接入网关之间建立的隧道来激活在新的主BS和接入网关之间建立的隧道。
依照本公开的另一方面，提供一种云小区通信系统中的新的主BS。所述新的主BS包括：控制器，被配置为检测针对特定MS的主BS被从旧的主BS改变到新的主BS；以及接收器，被配置为在新的主BS和接入网关之间建立的隧道被激活之前，从旧的主BS接收旧的主BS通过于旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据，其中，控制器调度所接收到的MS数据。
依照本公开的另一方面，提供一种云小区通信系统中的旧的主BS。旧的主BS包括：控制器，被配置为检测针对特定MS的主BS被从旧的主BS改变到新的主BS；以及发送器，被配置为在新的主BS和接入网关之间建立的隧道被激活之前，发送旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据到新的主BS。
依照本公开的另一方面，提供一种云小区通信系统中的MS。所述MS包括：控制器，被配置为检测针对MS的主BS被从旧的主BS改变到新的主BS；发送器，被配置为向新的主BS发送数据；以及接收器，被配置为从新的主BS接收数据，其中MS发送到新的主BS的以及从新的主BS接收到的数据是由新的主BS生成的数据，并且在新的主BS和接入网关之间建立的隧道被激活之前，新的主BS通过调度通过在旧的主BS和接入网关之间建立的隧道接收的以及在旧的主BS中缓冲的MS数据来生成数据，其中，所述MS数据是新的主BS从旧的主BS接收到的。
依照本公开的另一方面，提供一种云小区通信系统中的新的主BS。新的主BS包括：控制器，被配置为检测针对特定MS的主BS被从旧的主BS改变到新的主BS，并且检测在新的主BS和接入网关之间建立的隧道被激活；以及接收器，被配置为从在新的主BS和接入网关之间建立的隧道接收MS数据，其中，控制器调度所接收到的MS数据。
依照本公开的另一方面，提供一种云小区通信系统中的旧的主BS。旧的主BS包括：控制器，被配置为检测针对特定MS的主BS被从旧的主BS改变到新的主BS，并且在新的主BS和接入网关之间建立的隧道被激活之前，调度旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据到新的主BS。
依照本公开的另一方面，提供一种云小区通信系统中的MS。所述MS包括：控制器，被配置为检测针对MS的主BS被从旧的主BS改变到新的主BS；发送器，被配置为向新的主BS发送数据；以及接收器，被配置为从新的主BS接收数据，其中MS发送到新的主BS的以及从新的主BS接收到的数据是由新的主BS生成的数据，并且在新的主BS和接入网关之间建立的隧道被激活之后，新的主BS通过调度通过在新的主BS和接入网关之间建立的隧道接收的MS数据来生成数据。
依照本公开的另一方面，提供一种云小区通信系统中的接入网关。所述接入网关包括：接收器，被配置为从新的主BS接收请求激活在新的主BS和接入网关之间建立的隧道的信号，以及控制器，被配置为通过将在旧的主BS和接入网关之间建立的隧道切换到在新的主BS和接入网关之间建立的隧道来激活在新的主BS和接入网关之间建立的隧道。
本领域技术人员将从下列结合附图、公开了本公开的各种实施例的详细描述领会本公开的其它方面、优点和显著特征。
有益效果
从前述描述明显可知，本公开使新的主BS能够在云小区通信系统中在主BS被改变成云小区内的所有云小区成员BS之前防止转发在旧的主BS中缓冲的数据。所以，本公开防止等待时间增加，并且防止通过BS之间的前拉链路(front haul link)而不必要地执行的重复的数据转发。
附图说明
本公开的某些实施例的以上及其它方面、特征和优点将从下列结合附图的描述中更加明显，附图中：
图1示意地图示了根据本公开的实施例的云小区通信系统的结构；
图2a和2b示意地图示了根据本公开的实施例的，用于在云小区通信系统中执行云小区成员基站(BS)更新操作的过程；
图3a和3b示意地图示了根据本公开的实施例的，用于在云小区通信系统中执行主BS改变操作的过程；
图4a和4b示意地图示了根据本公开的第一实施例的，用于在云小区通信系统中根据主BS改变来执行在旧的主BS和新的主BS之间执行的数据调度操作的过程；
图5a到5c示意地图示了根据本公开的实施例的，用于根据图4a和4b中的主BS改变来执行在旧的主BS和新的主BS之间执行的数据调度操作的过程；
图6a和6b示意地图示了根据本公开的第二实施例的，用于在云小区通信系统中根据主BS改变来执行在旧的主BS和新的主BS之间执行的数据调度操作的过程；
图7a到7c示意地图示了根据本公开的实施例的，用于根据图6a和6b中的主BS改变来执行在旧的主BS和新的主BS之间执行的数据调度操作的过程；
图8示意地图示了根据本公开的实施例的云小区通信系统中的移动站(MS)的内部结构；
图9示意地图示了根据本公开的实施例的云小区通信系统中的主BS的内部结构；以及
图10示意地图示了根据本公开的实施例的云小区通信系统中的云小区成员BS的内部结构。
贯穿图中，应当注意，同样的参考数字被用来描述相同或类似的元素、特征和结构。
具体实施方式
提供下列参考附图的描述以帮助对权利要求书及其等效物所限义的本公开的各种实施例的全面理解。下列描述包括各种特定细节以帮助理解并且它们要被认为仅仅是示例性的。因此，本领域普通技术人员将认识到，可以在不脱离本公开的范围和精神的情况下对这里描述的各种实施例进行各种改变和修改。另外，为了清楚和简明，可能省略对公知功能和构造的描述。
下列描述和权利要求书中使用的术语和词汇不限于文献学含义，而是发明人仅将它们用来实现对本公开清楚且一致的理解。因此，本领域技术人员应当理解，下列对本公开的各种实施例的描述仅被提供用于说明的目的，而非为了限制权利要求书及其等效物所限定的本公开的目的。
要理解，除非上下文清楚地另有指示，否则单数形式“一”、“一个”包括复数指代。因此，例如，提及“一组件表面”时包括提及一个或多个这样的表面。
本公开提出了用于在云小区通信系统中调度数据的装置和方法。
本公开的另一方面提出了用于在云小区通信系统中根据针对移动站(MS)的主基站(BS)的改变来调度数据的装置和方法。
本公开的另一方面提出了用于在云小区通信系统中根据针对MS的主BS的改变、使用BS间调度方案来调度数据的装置和方法。
在本公开中提出的用于调度数据的装置和方法可以被应用到各种移动通信系统，诸如高速下行链路分组接入(HSDPA)移动通信系统、高速上行链路分组接入(HSUPA)移动通信系统、长期演进(LTE)移动通信系统、高级LTE(LTE-A)移动通信系统、在第3代合作伙伴计划2(3GPP2)中提出的高速分组数据(HRPD)移动通信系统、以及电气和电子工程师学会(IEEE)802.16m移动通信系统。
图1示意地图示了根据本公开的实施例的云小区通信系统的结构。
参照图1，云小区通信系统包括网络111、接入网关113、主BS 115、云小区成员BS 117、119和121以及MS 123。云小区成员BS可以被称作从BS。云小区由主BS 115和云小区成员BS 117、119和121组成。包括在云小区中的BS，即主BS 115和云小区成员BS 117、119和121使用多BS合作方案针对MS 123提供数据传输。包括在云小区中的BS共享关于MS 123的信息，可以同时加入针对MS 123的数据调度，或者可以在一时间间隔之后加入针对MS 123的数据调度。
主BS 115针对MS 123执行控制信令操作，并且向MS 123提供包括在云小区中的BS之中向MS 123分配下行链路(DL)和上行链路(UL)资源的BS的资源调度信息。主BS 115从MS 123接收针对从每个相邻BS发送的每个参考信号的测量结果，并且根据测量结果来更新关于包括在云小区中的BS的信息。例如，针对参考信号的测量结果可以是信道质量信息(CQI)、信号与干扰及噪声比(SINR)、载波与干扰及噪声比(CINR)、信噪比(SNR)以及接收信号强度指示(RSSI)等等中的一个。测量结果可以是除了CQI、SINR、CINR、SNR以及RSSI之外的各种格式之一。
主BS 115向MS 123和包括在云小区中的BS中的每一个发送用于包括在云小区中的BS的更新信息。MS 123和包括在云小区中的BS中的每一个更新与接收到的更新信息相对应的关于包括在云小区中的BS的信息。
在图1中，云小区成员BS的数量是3。也就是说，云小区成员BS是云小区成员BS 117、119和121。然而，本领域普通技术人员将会理解，云小区成员BS的数量不受限制。
本公开的实施例提出了用于在用于MS 123的主BS 115改变的情况下调度数据的装置和方法，随后将对用于调度数据的装置和方法进行详细描述，所以将在此省略对其的详细描述。
将考虑在其中数据转发方法发生在使用LTE移动通信系统的图1中的云小区通信系统中针对MS的切换过程中的情况，并且随后将对其进行详细描述。
在图1的云小区通信系统中，如果MS执行切换过程，则不仅包括在云小区中的主BS，而且其它BS，即，云小区成员BS都应当根据链路状态向MS发送数据。也就是说，在云小区通信系统中，如果MS执行切换过程，则联合传输情形或动态点选择情形发生。如果联合传输情形或动态点选择情形发生，则主BS通过BS之间的直接连接链路向云小区成员BS转发要被发送到MS的数据，以便供云小区成员BS加入数据传输。将省略对联合传输情形或动态点选择情形的详细描述。
如果主BS是根据执行MS的切换过程而改变的，则针对MS的控制权限被转发给新的主BS。在这种情况下，新的主BS从旧的主BS接收数据并且应当将接收到的数据转发给BS，如果所述数据转发操作发生，则所述BS加入与新的主BS的数据传输。如果新的主BS而非旧的主BS向云小区成员BS转发数据，则等待时间可以因为新的主BS接收数据并且向云小区成员BS发送数据而增加。所以，重复了通过BS之间的前拉链路的不必要的数据转发操作。
在本公开的实施例中，提出了用于在云小区通信系统中调度数据的装置和方法以免不必要的数据转发操作，随后将是对其的详细描述。
为了配置和更新图1中的云小区通信系统中的云小区，存在对于主BS改变操作和云小区成员BS更新操作的需要。随后将是对主BS改变操作和云小区成员BS更新操作的详细描述。
(1)主BS改变操作
主BS代表云小区内发送控制信息的BS，所述控制信息例如，MAP信息、信令消息等等。在云小区内主BS和云小区成员BS之间的信令通过在主BS和云小区成员BS之间建立的前拉链路来执行。在上电后MS最初接入的BS自动变成主BS，并且针对MS的主BS可以基于诸如MS的参考信号测量结果或主BS的业务量负载的各种参数改变。
主BS通过云小区内的云小区成员BS之间的合作通信向MS发送数据并从MS接收数据。在合作通信中可以使用各种合作通信方案，诸如被用于CoMP通信系统中的传输方案，例如，联合传输方案、联合处理方案、动态点选择方案等等。将省略对联合传输方案、联合处理方案和动态点选择方案的详细描述。
主BS基于MS的针对相邻BS的参考信号测量结果来确定包括在云小区中的云小区成员BS，并且通过与有关云小区成员BS的信令来执行云小区更新操作。在检测到存在对于改变控制点，即，针对特定MS的主BS的需要之时，主BS通过利用云小区成员BS执行与主BS改变有关的信令事务操作来向新的主BS传送针对特定MS的控制权限。也就是说，主BS改变意味着包括在云小区中的云小区成员BS之间的任何云小区成员BS成为新的主BS。在这种情况下，旧的主BS可以变成针对特定MS的云小区成员BS，或者可以被从针对特定MS的云小区中删除。将省略对于旧的主BS被从针对特定MS的云小区中删除的情况的详细描述。
(2)云小区成员BS更新操作
云小区成员BS被包括在用于特定MS的云小区中，并且代表在主BS的控制下加入针对与特定MS的数据发送/接收的合作通信的BS。
通常，用于MS的相邻BS被包括在云小区中作为云小区成员BS，并且随后将是详细描述。
MS向主BS报告针对从每个相邻BS发送的参考信号的测量结果，并且主BS基于从MS接收到的测量结果执行诸如与相邻BS的能力协商过程的过程。主BS在相邻BS之间选择将被包括在云小区中的相邻BS，并且将所选择的相邻BS确定为云小区成员BS。
因为用于选择云小区成员BS的操作基于MS的针对相邻BS的参考信号测量结果报告而被连续地执行，所以云小区成员BS被更新。云小区成员BS更新操作被连续地执行。云小区成员BS选择操作和云小区成员BS更新操作可以基于预设周期或根据需要来执行。此外，任意BS可以作为针对特定MS的主BS来操作，并且可以作为用于其它MS的云小区成员BS来操作。
存在BS之间的前拉链路，以用于云小区配置和更新所需的操作，例如，主BS改变操作和云小区成员BS更新操作，并且控制信息和DL数据业务量通过前拉链路被从主BS转发到云小区成员BS。
另外，控制信息、反馈信息和UL数据业务量通过前拉链路被从云小区成员BS转发到主BS。
图2a和2b示意地图示了根据本公开的实施例的用于在云小区通信系统中执行云小区成员BS更新操作的过程。
参照图2a和2b，云小区通信系统包括MS 200、主BS 210、旧的云小区成员BS(即，云小区成员BS#1 220和云小区成员BS#2230)、新的云小区成员BS 240、接入网关250、以及授权、认证和计费(AAA)服务器260。
在操作211，在主BS 210和接入网关250之间建立路径。在操作213，在MS 200和接入网关250之间执行数据发送/接收。在这种状态下，在操作215，MS 200使用信道报告消息向主BS 210发送针对从相邻BS中的每一个接收到的参考信号的测量结果。例如，信道报告消息可以包括MS 200向其报告测量结果的每个相邻BS的BS标识符(BSID)、针对从有关相邻BS发送的参考信号的测量结果等等。针对参考信号的测量结果可以是作为短期测量结果的信道质量信息(CQI)或者作为长期测量结果的RSSI、CINR、SINR、SNR等等之一。测量结果可以是除了CQI、RSSI、CINR、SINR以及SNR之外的各种格式之一。
从MS 200接收信道报告消息的主BS 210在操作217使用包括在信道报告消息中的针对参考信号的测量结果来确定是否存在对于更新被包括在云小区中的云小区成员BS的需要。在图2a和2b中，将假定主BS 210确定存在对于更新包括在云小区中的云小区成员BS的需要，并且更具体地，确定将新的云小区成员BS 240添加到云小区，并且将旧的云小区成员BS#2 230从云小区删除。虽然在图2a和2b中未示出，但是本领域普通技术人员将会理解，如果主BS 210确定不存在对于更新包括在云小区中的云小区成员BS的需要，则不执行下面将描述的与云小区成员BS更新操作有关的过程。
主BS 210在操作219向新的云小区成员BS 240发送云小区更新请求(CC_Update_REQ)消息。CC_Update_REQ消息包括ADD、MSID和MS静态情境(context)。MSID代表MS标识符(MSID)，ADD代表指示有关BS被添加到用于具有有关MSID的MS的云小区作为云小区成员BS的参数，并且MS静态情境代表有关MS的静态情境。在图2a和2b中，MS静态情境被包括在CC_Update_REQ消息中。然而，MS静态情境可以通过除了CC_Update_REQ消息之外的消息，例如，CC_Update_Announce消息而仅被发送到操作为针对MS 200的云小区成员BS的BS中。
主BS 210在操作221向旧的云小区成员BS 230发送CC_Update_REQ消息。CC_Update_REQ消息包括DEL和MSID。DEL代表指示有关BS被从用于具有有关MSID的MS的云小区删除的参数。也就是说，DEL代表指示已是云小区成员BS的有关BS被从用于具有有关MSID的MS的云小区删除的参数。
在接收到CC_Update_REQ消息之后，新的云小区成员BS 240确定新的云小区成员BS 240是否可操作为针对MS 200的云小区成员BS，并且在操作223根据确定结果发送云小区更新响应(CC_Update_RSP)消息。从新的云小区成员BS 240发送到主BS 210的CC_Update_RSP消息包括ADD、MSID和Success或者Failure。Success代表指示有关BS将被添加为针对具有MSID的MS的云小区成员BS的参数，并且Failure代表指示有关BS将不被添加为针对具有MSID的MS的云小区成员BS的参数。在图2a和2b中，将假定Success被包括在从新的云小区成员BS 240发送到主BS 210的CC_Update_RSP消息中。也就是说，新的云小区成员BS 240将被添加为针对MS 200的云小区成员BS。
在接收到CC_Update_REQ消息之后，云小区成员BS#2 230确定云小区成员BS#2 230是否可从针对MS 200的云小区删除，并且在操作225根据确定结果向主BS 210发送CC_Update_RSP消息。从云小区成员BS#2 230发送到主BS 210的CC_Update_RSP消息包括DEL、MSID和Success或者Failure。Success代表指示有关BS将从针对具有MSID的MS的云小区删除的参数，并且Failure代表指示有关BS将不会从针对具有MSID的MS的云小区删除的参数。在图2a和2b中，将假定Success被包括在从云小区成员BS#2 230发送到主BS 210的CC_Update_RSP消息中。也就是说，云小区成员BS#2 230将被从云小区删除。
在从新的云小区成员BS 240和云小区成员BS#2 230中的每一个接收到CC_Update_RSP消息之后，主BS 210通过分析从新的云小区成员BS 240和云小区成员BS#2 230中的每一个接收到的CC_Update_RSP消息来检测最终的云小区配置结果，并且在操作227使用CC_Update_Announce消息向MS 200通知所检测到的最终的云小区配置结果。CC_Update_Announce消息包括MEMBER_BS_UPDATE和MemberBSlist。MEMBER_BS_UPDATE代表指示云小区成员BS已经被更新的参数，并且MemberBSlist代表指示针对MS 200的云小区成员BS列表的参数。也就是说，MemberBSlist包括用于MS 200的云小区的BSID。
在接收到CC_Update_Announce消息之后，MS 200从CC_Update_Announce消息检测MEMBER_BS_UPDATE和MemberBSlist，并且可以知道云小区成员BS已经被以以下方式更新：其中云小区成员BS#2230已经被从针对MS 200的云小区删除，并且新的云小区成员BS 240已经被添加到针对MS 200的云小区。
在MS 200还未完成针对新的云小区成员BS 240的物理层(PHY)UL同步操作的情况下，在操作229，主BS 210在针对MS 200的数据调度(即，合作通信)中不涉及新的云小区成员BS 240，并且在针对MS 200的数据调度中仅涉及作为旧的云小区成员BS的云小区成员BS#1 220，直到MS 200完成与新的云小区成员BS 240的PHY UL同步操作。
在操作231在完成与新的云小区成员BS 240的PHY UL同步操作之后，MS 200在操作233向主BS 210发送云小区指示(CC_IND)消息。如果云小区通信系统使用波束形成方案，则MS 200可以根据与新的云小区成员BS 240的PHY UL同步操作的完成来选择最佳波束。CC_IND消息包括BF_READY和Bslist。如果云小区通信系统使用波束形成方案，BF_READY代表指示MS200利用新的云小区成员BS 240完成波束选择操作的参数，并且Bslist代表指示MS 200针对其完成波束选择操作的所有BS，即，可以发送/接收数据的所有BS的列表的参数。结果，Bslist代表包括在云小区中的所有BS，也就是说，Bslist包括被包含在云小区中的所有BS的BSID，所以新的云小区成员BS 240的BSID被包括在Bslist中。
在从MS 200接收到CC_IND消息之后，在操作235，主BS 210在针对MS 200的数据调度中涉及新的云小区成员BS 240。新的云小区成员BS 240不必涉及到针对MS 200的数据调度中，并且其根据云小区通信系统的情形来被涉及到针对MS 200的数据调度中。
操作229到235是因为在云小区通信系统中将假定MS 200应当针对包括在云小区中的所有云小区成员BS执行PHY UL同步操作而执行的。如果MS200仅针对在云小区通信系统中的主BS 210执行PHY UL同步操作，也就是说，如果MS 200仅向主BS 210发送UL数据和UL控制消息，则不必执行操作229到235。
图3a和3b示意地图示了根据本公开的实施例的，用于在云小区通信系统中执行主BS改变操作的过程。
参照图3a和3b，云小区通信系统包括MS 300、旧的主BS 310、新的主BS 320、云小区成员BS 330、接入网关340、和AAA服务器350。
在操作311，在旧的主BS 310和接入网关340之间建立路径。在操作313，在MS 300和接入网关340之间执行数据发送/接收。在这种状态下，在操作315，MS 300使用信道报告消息向旧的主BS 310发送针对从相邻BS中的每一个接收到的参考信号的测量结果。例如，信道报告消息可以包括MS 300向其报告测量结果的每个相邻BS的BSID、针对从有关相邻BS发送的参考信号的测量结果等等。针对参考信号的测量结果可以是诸如CQI、RSSI、CINR、SINR以及SNR的各种格式之一。
在从MS 300接收信道报告消息之后，旧的主BS 310在操作317基于包括在信道报告消息中的测量结果确定是否存在对于改变主BS的需要。在图3a和3b中，将假定旧的主BS 310确定存在对于改变主BS的需要，并且更具体地，旧的主BS 310确定新的主BS 320是要被改变的主BS。虽然在图3a和3b中未示出，但是如果旧的主BS 310确定不需要改变主BS，则可以省略下面将描述的主BS改变操作。
在确定主BS改变之后，旧的主BS 310在操作319向新的主BS 320发送Master_Change_Request消息。Master_Change_Request消息包括MSID、MBSID、memberBSlist和TunnelKeylist(旧的DL、旧的UL)。MSID代表针对其主BS应当改变的MS，即，MS 300的MSID，MBSID(主BSID)代表新的主BS，即，新的主BS 320的BSID，memberBSlist代表用于MS 300的云小区成员列表，并且TunnelKeylist(旧的DL、旧的UL)代表用于旧的主BS，即，旧的主BS 310的DL和UL中的隧道密钥列表。隧道密钥是用于在旧的主BS 310和接入网关340之间建立的隧道的密钥，并且隧道是按照用于MS 300的服务流程而生成的。
在接收到Master_Change_Request的消息之后，新的主BS 320在操作321向旧的主BS 310发送作为对于Master_Change_Request消息的响应消息的Master_Change_Response消息。Master_Change_Response消息包括MSID和Success或者Failure。Success代表指示有关BS将被改变为针对具有MSID的MS的主BS的参数，并且Failure代表指示有关BS将不被改变为针对具有MSID的MS的主BS的参数。在图3a和3b中，将假定Success被包括在从新的主BS 320向旧的主BS 310发送的Master_Change_Response消息中。其间，只有当操作311到321完成时，新的主BS 320才将是新的主BS，所以将会注意到，新的主BS 320具有名称‘主BS’。然而，新的主BS 320在操作321之前不是主BS。
在接收到Master_Change_Response消息之后，旧的主BS 310在操作323和325发送CC_Update_Announce消息，以便向MS 300和云小区成员BS 330通知被改变为新的主BS的新的主BS 320。被发送到MS 300和云小区成员BS 330的CC_Update_Announce消息包括Master_BS_Change、MSID、MBSID、SF_list(SFID、最后的MAC SDU SN、Buffer_Info)以及最近的参考信号(RS)测量结果。
Master_BS_Change是CC_Update_Announce消息的类型，以及指示主BS已经被改变的参数。SF_list是指示服务流程列表的参数。SF_list包括指示针对MS 300建立的服务流程的ID的服务流程标识符(SFID)、指示在旧的主BS 310中针对有关服务流程已经最后处理的媒介访问控制(MAC)服务数据单位(SDU)的序号(SN)的最后的MAC SDU SN、以及指示缓冲信息的Buffer_Info。最近的RS测量结果是代表MS 300最近向旧的主BS 310发送的测量结果的参数。
Buffer_Info代表缓冲信息，即，当前被缓冲的MAC SDU的数量以及MACSDU中的每一个的大小。新的主BS 320可以基于Buffer_Info控制针对旧的主BS 310的数据调度。如果新的主BS 320确定适合于针对MS 300的数据调度的调制和编码方案(MCS)，则可以使用最近的RS测量结果。
新的主BS 320还没有建立与接入网关340的隧道，并且接入网关340还未识别出主BS已经改变。所以，接入网关340在操作327向旧的主BS 310连续地发送MS 300应当接收的数据。
因为，存在对于在新的主BS 320和接入网关340之间建立新隧道的需要，所以新的主BS 320在操作329向接入网关340发送登记请求消息。登记请求消息包括BSID、MSID和TunnelKeylist(旧的DL、旧的UL)。BSID代表新的主BS 320的BSID，并且TunnelKeylist(旧的DL、旧的UL)代表在旧的主BS 310和接入网关340之间使用的旧的DL和旧的UL的隧道密钥列表。也就是说，TunnelKeylist(旧的DL、旧的UL)包括在旧的主BS 310和接入网关340之间使用的旧的DL和旧的UL的隧道密钥。
在接收到登记请求消息之后，接入网关340在操作331向新的主BS 320发送作为对于登记请求消息的响应消息的登记响应消息。登记响应消息包括MSID和TunnelKeylistUpdate(新的DL、新的UL)。TunnelKeylistUpdate(新的DL、新的UL)代表将在新的主BS 320和接入网关340之间新建立的新的DL和新的UL的隧道密钥列表。也就是说，TunnelKeylistUpdate(新的DL、新的UL)包括将在新的主BS 320和接入网关340之间新建立的新的DL和新的UL的隧道密钥。
在接收到登记响应消息之后，新的主BS 320在操作333向接入网关340发送Registration_ACK消息。在发送Registration_ACK消息之后，在操作335，新的主BS 320确定解除旧的主BS 310和接入网关340之间的隧道，因为没必要保持在旧的主BS 310和接入网关340之间的隧道。新的主BS 320在操作337向接入网关340发送隧道切换请求消息，并且在操作339向旧的主BS310发送CC_Release消息。在接收到隧道切换请求消息之后，接入网关340释放与旧的主BS 310建立的隧道，并且激活与新的主BS 320建立的隧道。也就是说，如果新的主BS 320向接入网关340发送隧道切换请求消息，则接入网关340和新的主BS 320之间的隧道被激活。
虽然在图3a和3b中未示出，但是本领域普通技术人员将会理解，用于发送/接收对于CC_Release消息的响应消息的过程和用于发送/接收对于隧道切换请求消息的响应消息的过程可以被执行。这里，对于CC_Release消息的响应消息和对于隧道切换请求消息的响应消息可以被实现为混合自动重发请求(HARQ)ACK消息或新的消息，例如，CC_Release_RSP消息和隧道切换响应消息。
其后，MS 300、新的主BS 320和接入网关340在操作341通过新建立的隧道发送/接收数据。
如上所述，如果在云小区通信系统中执行主BS改变操作，则数据调度操作被在旧的主BS和新的主BS之间执行。将参考图4a到7c描述用于执行在本公开的各种实施例中提出的数据调度操作的过程。
图4a和4b示意地图示了根据本公开的第一实施例的，用于在云小区通信系统中根据主BS改变执行在旧的主BS和新的主BS之间执行的数据调度操作的过程。
参照图4a和4b，云小区通信系统包括接入网关410、旧的主BS 420和新的主BS 430。如果主BS被改变从而旧的主BS 420向新的主BS 430发送CC_Update_Announce消息，则新的主BS 430具有对于被包括在针对MS(在图4a和4b中未示出)的云小区中的所有云小区成员BS的控制权限。在这种情况下，因为MS将接收的数据可以在旧的主BS 420的缓冲器中缓冲，所以新的主BS 430可以使用包括在CC_Update_Announce消息中的最后的MACSDU SN和Buffer_Info来知道在旧的主BS 420中缓冲的数据的数量。
在第一实施例中，虽然主BS被改变，但是旧的主BS 420不向新的主BS430转发所有数据，即，在旧的主BS 420的缓冲器中缓冲的所有MAC SDU，直到在新的主BS 430和接入网关410之间的隧道被激活。因此，在主BS被改变之后，旧的主BS 420仅向新的主BS 430转发通过在接入网关410和旧的主BS 420之间建立的隧道接收到的MAC SDU。
新的主BS 430在操作411调度在旧的主BS 420的缓冲器中缓冲的MACSDU，并且通过前拉链路向云小区内的所有云小区成员BS转发用于在旧的主BS 420的缓冲器中缓冲的MAC SDU的调度控制信息。在操作411，新的主BS 430向云小区内的所有云小区成员BS转发调度控制信息。然而，本领域普通技术人员将会理解，新的主BS 430可以根据新的主BS 430的选择来向云小区内的一些云小区成员BS转发调度控制信息。也就是说，新的主BS430可以使用参考信号测量结果和诸如有关云小区成员BS的负载的各种参数来选择云小区内的一些云小区成员BS，并且向所选择的云小区成员BS转发调度控制信息。
在完成针对在旧的主BS 420的缓冲器中缓冲MAC SDU的过程之后，新的主BS 430在操作413调度在新的主BS 430的缓冲器中缓冲MAC SDU。MS向新的主BS 430连续地报告针对相邻BS的测量结果。MS基于预设周期或根据需要报告针对相邻BS的测量结果。测量结果可以是诸如CQI、RSSI、CINR、SINR以及SNR的各种格式之一。
在图4a中，MAC SDU#100到MAC SDU#102指示在改变主BS之前在旧的主BS 420的缓冲器中缓冲的MAC SDU，并且MAC SDU#103到MACSDU#104指示在改变主BS之后被从接入网关410发送到旧的主BS 420并且被转发到新的主BS 430的MAC SDU。
如果在新的主BS 430和接入网关410之间的隧道被建立并且不存在于旧的主BS 420的缓冲器中缓冲的MAC SDU，则新的主BS 430向接入网关410发送隧道切换请求消息以便接收目标为MS的MAC SDU。根据隧道切换请求消息的传输，在操作415，在旧的主BS 420和接入网关410之间建立的隧道被切换到在新的主BS 430和接入网关410之间建立的隧道。所以，在新的主BS 430和接入网关410之间建立的隧道被激活。
在操作415，如果不存在于旧的主BS 420的缓冲器中缓冲的MAC SDU，则新的主BS 430向接入网关410发送隧道切换请求消息。然而，本领域普通技术人员将会理解，新的主BS 430可以在完成登记过程(即，用于发送/接收Registration_REQ消息和Registration_RSP消息的过程)之后向接入网关410发送隧道切换请求消息。也就是说，即使新的主BS 430在处理在旧的主BS 420的缓冲器中缓冲的MAC SDU之时发送隧道切换请求消息，新的主BS430的正常数据调度也是可能的。
在新的主BS 430和接入网关410之间建立的隧道被激活之后，新的主BS 430在操作417从接入网关410接收MAC SDU。
在图4b中，MAC SDU#105到MAC SDU#106指示在改变主BS之后、新的主BS 430和接入网关410之间建立隧道之前，旧的主BS 420从接入网关410接收到并转发给新的主BS 430的MAC SDU。MAC SDU#107和MACSDU#108指示新的主BS 430通过新的主BS 430和接入网关410之间的激活隧道从接入网关410接收到的MAC SDU。
如果针对在旧的主BS 420的缓冲器中缓冲的MAC SDU的传输耗尽，则新的主BS 430不管新的主BS 430和接入网关410之间建立的隧道是否被激活都调度在新的主BS 430的缓冲器中缓冲的MAC SDU。在这种情况下，新的主BS 430可以控制云小区内的云小区成员BS，以通过前拉链路处理MACSDU。这里，MAC SDU传输的耗尽可以意味着MAC SDU传输的完成。
如图4a和4b中所述，在云小区通信系统中，即使当主BS被改变时，旧的主BS不向新的主BS转发全部数据，新的主BS也可以通过执行BS间调度操作来避免不必要的等待时间。
图5a到5c示意地图示了根据本公开的实施例的，用于根据图4a和4b中的主BS改变来执行在旧的主BS和新的主BS之间执行的数据调度操作的过程。
参照图5a到5c，云小区通信系统包括MS 400、接入网关410、旧的主BS 420、新的主BS 430、云小区成员BS 500、和AAA服务器510。
在操作511，在旧的主BS 420和接入网关410之间建立路径。MS 400在操作513使用信道报告消息向旧的主BS 420报告针对从相邻BS中的每一个接收到的参考信号的测量结果。在操作515，在MS 400和接入网关410之间执行数据发送/接收。
将参照操作517到529描述在改变主BS之前由旧的主BS 420执行的BS间调度操作。
旧的主BS 420基于从MS 400接收到的信道报告消息中包括的测量结果来确定通过云小区内的云小区成员BS之中的云小区成员BS 500和新的主BS430向MS 400发送数据。因此，在操作517和519，旧的主BS 420向有关BS，即，新的主BS 430和云小区成员BS 500，发送DL资源分配请求(DL_RA-REQ)消息。这里，将会注意到，虽然新的主BS 430具有名称‘主BS’，然而，新的主BS 430是云小区成员BS，不是主BS。
因为即使新的主BS 430和云小区成员BS 500中的每一个操作为针对MS400的云小区成员BS，新的主BS 430和云小区成员BS 500中的每一个也可以操作为针对其它MS(在图5a和5b中未示出)的主方，所以新的主BS 430和云小区成员BS 500中的每一个具有向其它MS分配资源的能力。旧的主BS 420向新的主BS 430和云小区成员BS 500中的每一个发送DL_RA-REQ消息，以便检测新的主BS 430和云小区成员BS 500中的每一个的资源状态，即，以便检测新的主BS 430和云小区成员BS 500调度的资源之中可用的资源。
DL_RA-REQ消息包括MSID、Frame_Info、sizeof MAC SDU以及DL_Beam_Info。sizeof MAC SDU是代表有关MAC SDU的大小的参数，Frame_Info是代表关于在其上发送有关MAC SDU的帧的信息的参数，并且如果云小区通信系统使用波束形成方案，则DL_Beam_Info是代表关于每个云小区成员BS应当用于发送数据的DL波束的信息的参数。Frame_Info是可选地插入的参数，并且可以根据需要被包括DL_RA-REQ消息中。因为Frame_Info是可省略的参数，所以将会注意到，Frame_Info由图5a到5c中的中括号示出。如果数据调度定时点是预定的，则Frame_Info可省略。例如，如果DL_RA-REQ消息在帧#n上发送，并且数据调度在帧#n+3上执行，则Frame_Info可省略。
在从旧的主BS 420接收到DL_RA-REQ消息之后，新的主BS 430和云小区成员BS 500中的每一个通过确定资源分配状态，将关于候补资源区域的信息包括到作为对于DL_RA-REQ消息的响应消息的DL资源分配响应(DL_RA-RSP)消息中，其中，通过所述候补资源区域，新的主BS 430和云小区成员BS 500中的每一个可以发送与sizeof MAC SDU相对应的MACSDU，并且在操作521和523，新的主BS 430和云小区成员BS 500中的每一个向旧的主BS 420发送DL_RA-RSP消息。DL_RA-RSP消息包括MSID、Frame_Info以及RA_Status_list。RA_Status_list包括关于通过其与sizeof MACSDU相对应的MAC SDU可以被发送的候补资源区域的信息，即，候补资源区域的区域ID。Frame_Info可以根据需要被包括在DL_RA-RSP消息中。
在从新的主BS 430和云小区成员BS 500中的每一个接收到DL_RA-RSP消息之后，旧的主BS 420基于包括在DL_RA-RSP消息中的RA_Status_list确定要用于在新的主BS 430和云小区成员BS 500中的每一个中发送数据的资源区域。在操作525和527，旧的主BS 420向新的主BS 430和云小区成员BS 500中的每一个发送包括作为关于所确定的资源区域的信息的RA_Info的DL资源分配命令(DL_RA-CMD)消息。在图5a到5c中，旧的主BS 420向新的主BS 430和云小区成员BS 500中的每一个发送DL_RA-CMD消息。然而，本领域普通技术人员将会理解，旧的主BS 420可以向新的主BS 430和云小区成员BS 500中的一个发送DL_RA-CMD消息，或者可以不向新的主BS 430和云小区成员BS 500这两者发送DL_RA-CMD消息。也就是说，旧的主BS 420不向加入针对合作通信的协商的所有BS发送DL_RA-CMD消息，并且根据云小区通信系统的情形仅向必要的BS发送DL_RA-CMD消息。例如，旧的主BS 420可以通过考虑负载均衡而在针对MS 400的数据传输中不涉及具有大于或等于阈值负载的负载的BS。阈值负载可以根据云小区通信系统的情形来适当地设定，并且将省略对阈值负载的详细描述。为了供旧的主BS 420考虑负载均衡，有关BS的负载状态信息应当被包括在DL_RA_RSP消息中。
旧的主BS 420在操作529向MS 400发送包括RA_Info的MAP消息，所述RA_Info作为关于新的主BS 430和云小区成员BS 500中的每一个中被分配给MS 400的资源区域的信息。在操作529，RA_Info通过MAP消息来发送。然而，本领域普通技术人员将会理解，RA_Info可以通过其它消息以及MAP消息来发送。
在操作517到529的BS间调度操作中，旧的主BS 420提供sizeof MACSDU，并且有关云小区成员BS向旧的主BS 420提供关于根据sizeof MACSDU确定的资源区域的信息。
然而，本领域普通技术人员将会理解，旧的主BS 420不提供sizeof MACSDU，因为有关云小区成员BS向旧的主BS 420提供指示使用哪个资源区域以及哪个资源区域空闲的资源分配状态信息，所以旧的主BS 420可以确定有关云小区成员BS将分配用于MS 400的资源区域。
如果在操作531，与旧的主BS 420通过BS间调度操作向MS 400发送数据同时地，主BS改变操作被执行，即，如果旧的主BS 420向新的主BS 430发送CC_Update_Announce消息，针对MS 400的控制权限被从旧的主BS 420传送到新的主BS 430。在这种情况下，在旧的主BS 420的缓冲器中缓冲的MAC SDU未被转发给新的主BS 430。新的主BS 430可以知道在旧的主BS420中缓冲的用于MS 400的MAC SDU的数量。因此，主BS 430应当针对在旧的主BS 420的缓冲器中缓冲的MAC SDU来执行数据调度操作。
新的主BS 430在操作533向旧的主BS 420发送DL资源分配开始请求(DL_RA_START_REQ)消息以便命令旧的主BS 420与新的主BS 430执行BS间调度操作。DL_RA_START_REQ消息包括MSID、Frame_Info以及SFID&SN。SFID是代表服务流程ID的参数，并且SN是代表用于指示在映射到SFID的服务流程中要处理的MAC SDU的序号(SN)的参数。Frame_Info可以被包括在DL_RA_START_REQ消息中，或者可以根据需要不被包括在DL_RA_START_REQ消息中。
在操作533之后的操作类似于在改变主BS之前执行的BS间调度操作，所以下面仅将描述其与在改变主BS之前执行的BS间调度操作的差异。
在从新的主BS 430接收到DL_RA_START_REQ消息之后，在操作535和537，与在主BS改变之前的情形一样，旧的主BS 420向新的主BS 430和云小区成员BS 500中的每一个发送DL_RA_REQ消息。在主BS改变之前被发送到新的主BS 430和云小区成员BS 500中的每一个的DL_RA_REQ消息与在主BS改变之后被发送到新的主BS 430和云小区成员BS 500中的每一个的DL_RA_REQ消息之间的差异取决于DL_RA_REQ消息是否包括关于云小区成员BS应当向其发送DL_RA_RSP消息的新的主BS的信息，即，新的主BSID(NMBSID)。也就是说，在主BS改变之前被发送到新的主BS 430和云小区成员BS 500中的每一个的DL_RA_REQ消息不包括NMBSID，而在主BS改变之后被发送到新的主BS 430和云小区成员BS 500中的每一个的DL_RA_REQ消息包括NMBSID。
从旧的主BS 420发送到新的主BS 430的DL_RA_REQ消息包括将代替sizeof MAC SDU被发送到MS 400的MAC SDU，所述DL_RA_REQ消息与从旧的主BS 420发送到云小区成员BS 500的DL_RA_REQ消息不同。这里，如果新的主BS 430向适当的云小区成员BS发送DL_RA_CMD消息，则新的主BS 430把将被发送到MS 400的MAC SDU包括到DL_RA_REQ消息中，以便促进到适当的云小区成员BS的实际MAC SDU的传输。
因为新的主BS 430知道新的主BS 430是主BS并且用于其它云小区成员BS的资源分配信息将被接收到，所以在操作539，新的主BS 430在不发送消息的情况下检查资源分配状态。在操作541，云小区成员BS 500向与包括在DL_RA_REQ消息中的NMBSID相对应的BS，即，新的主BS 430发送DL_RA_RSP消息。也就是说，云小区成员BS 500向新的主BS 430而非发送DL_RA-REQ消息的旧的主BS 420发送DL_RA_RSP消息。与图5a和5b中的操作543到555相对应的操作类似于在主BS改变之前的BS间调度操作中执行的操作，所以将省略详细描述。
新的主BS 430在操作557和559向旧的主BS 420和云小区成员BS 500中的每一个发送与新的主BS 430的资源分配信息和云小区成员BS(即，旧的主BS 420和云小区成员BS 500)的资源分配信息相对应的DL_RA_CMD消息。
新的主BS 430在操作561发送包括RA_Info的MAP消息，所述RA_Info作为关于在旧的主BS 420和云小区成员BS 500中的每一个中的被分配给MS400的资源区域的信息。
如上所述，在主BS改变之后的BS间调度操作由以下方案实现：其中根据新的主BS 430的数据调度，在旧的主BS 420中缓冲的用于MS 400的MACSDU耗尽之后，针对在新的主BS 430中缓冲的MAC SDU的调度开始。旧的主BS 420不必变成用于MS 400的云小区成员BS。也就是说，与针对MS400的参考信号的测量结果相对应地确定旧的主BS 420是否将变成针对MS400的云小区成员BS。
在新的主BS 430不会使用测量结果确定旧的主BS 420是否将变成针对MS 400的云小区成员BS的情况下，即使旧的主BS 420不会变成针对MS 400的云小区成员BS，新的主BS 430也可以通过前拉链路来控制旧的主BS 420。所以，旧的主BS 420仍可以根据新的主BS 430的需要变成针对MS 400的云小区成员BS。云小区成员BS表示根据新的主BS 430的数据调度通过空中(air)利用新的主BS 430向MS发送数据并从MS接收数据的BS。如果旧的主BS 420不可能利用新的主BS 430向MS 400发送数据以及从MS 400接收数据，则旧的主BS 420不会变成针对MS 400的云小区成员BS。即使旧的主BS 420不可能通过空中利用新的主BS 430向MS发送数据以及从MS 400接收数据，如果新的主BS 430可以在通过前拉链路的用于MS 400的数据发送/接收中涉及旧的主BS 420，则旧的主BS 420也可以变成针对MS 400的云小区成员BS。也就是说，即使旧的主BS 420不通过空中向MS 400发送数据以及从MS 400接收数据，旧的主BS 420也可以变成针对MS 400的云小区成员BS。
为了防止不会通过空中向MS 400发送数据以及从MS 400接收数据的旧的主BS 420变成针对MS 400的云小区成员BS的情况，如果旧的主BS 420的BSID未被包括在CC_Update_Announce消息中，并且旧的主BS 420接收到CC_Release消息，则旧的主BS 420不会作为针对MS 400的云小区成员BS操作。
图6a和6b示意地图示了根据本公开的第二实施例的，用于在云小区通信系统中根据主BS改变来执行在旧的主BS和新的主BS之间执行的数据调度操作的过程。
参照图6a和6b，云小区通信系统包括MS(未示出)、接入网关410、旧的主BS 420、以及新的主BS 430。
在本公开的第二实施例中，与本公开的第一实施例不同，旧的主BS 420在旧的主BS 420的缓冲器中连续地缓冲通过接入网关410接收到的MACSDU，而不向新的主BS 430转发通过接入网关410接收到的MAC SDU，直到在接入网关410和新的主BS 430之间建立的隧道被激活。
所以，在操作611，根据旧的主BS 420和新的主BS 430之间的控制操作，MAC SDU被通过旧的主BS 420发送到MS，直到在接入网关410和新的主BS 430之间建立的隧道被激活。
在图6a中，MAC SDU#100到MAC SDU#102指示在改变主BS之前在旧的主BS 420的缓冲器中缓冲的MAC SDU，并且MAC SDU#103到MACSDU#104指示在改变主BS之后被从接入网关410发送到旧的主BS 420并且根据新的主BS 430的调度被发送到MS的MAC SDU。
如果在接入网关410和新的主BS 430之间建立的隧道被激活，则旧的主BS 420不会从接入网关410接收用于MS的MAC SDU，所以在操作613，新的主BS 430连续地控制旧的主BS 420的数据调度。最终，如果在接入网关410和新的主BS 430之间建立的隧道被激活之后，针对在旧的主BS 420的缓冲器中缓冲的所有MAC SDU的传输耗尽，则在操作615，新的主BS 430针对在新的主BS 430的缓冲器中缓冲的MAC SDU执行调度操作。
在图6b中，MAC SDU#105到MAC SDU#106指示在改变主BS之后、新的主BS 430和接入网关410之间建立隧道之前，旧的主BS 420从接入网关410接收到的MAC SDU。MAC SDU#107和MAC SDU#108指示新的主BS 430通过新的主BS 430和接入网关410之间的激活隧道从接入网关410接收到的MAC SDU。
如图6a和6b中所述，在云小区通信系统中，即使当主BS被改变时，旧的主BS不向新的主BS转发全部数据，新的主BS也可以通过执行BS间调度操作来防止不必要的等待时间。
图7a到7c示意地图示了根据本公开的实施例的，根据图6a和6b中的主BS改变来执行在旧的主BS和新的主BS之间执行的数据调度操作的过程。
在描述图7a到7c之前，将会注意到，与除了图7a到7c中的操作735、737和743之外的操作相对应的操作类似于图5a到5c中的操作，所以将省略对它们的详细描述。也就是说，图5a到5c中的操作511到533与图7a到7c中的操作711到733基本相同，图5a到5c中的操作539到541、545到561与图7a到7c中的操作739到741、745到761基本相同，所以将省略对它们的详细描述。
参照图7a到7c，如果主BS被改变，则在操作735和737，旧的主BS 420向新的主BS 430和云小区成员BS 700发送包括MAC SDU和指示有关MACSDU的SFID&SN的DL_RA-REQ消息。
如果新的主BS 430向有关云小区成员BS发送DL_RA_CMD消息以便选择将加入针对MS 400的数据传输的云小区成员BS，则在操作743，DL_RA_CMD消息仅包括指示有关MAC SDU的SFID&SN。在图7a到7c中，有关MAC SDU，DL_RA_CMD消息包括SFID&SN。然而，本领域普通技术人员将会理解，其它参数，而非SFID&SN，也可以被包括在DL_RA_CMD消息中以便供新的主BS 430指示有关MAC SDU。因为MAC SDU已经通过DL_RA-REQ消息发送，所以DL_RA_CMD可以仅包括SFID&SN。
图7a到7c中的用于执行数据调度操作的过程可以被应用到本公开的第一实施例以及本公开的第二实施例。理由是旧的主BS可以向新的主BS发送包括MAC SDU的DL_RA-REQ消息，以及新的主BS可以使用SFID&SN处理MAC SDU。
图8示意地图示了根据本公开的实施例的云小区通信系统中的MS的内部结构。
参照图8，MS 800包括发送器811、控制器813、接收器815、以及存储单元817。
控制器813控制MS 800的整体操作。具体地，控制器813控制MS 800执行与主BS改变操作以及云小区成员BS更新操作有关的操作。因为与主BS改变操作以及云小区成员BS更新操作有关的操作以之前参照图1到图7c所述的方式执行，所以在此将省略对其的详细描述。
发送器811在控制器813的控制下向主BS和云小区成员BS发送信号。接收器815在控制器813的控制下从主BS和云小区成员BS接收信号。
存储单元817存储与主BS改变操作以及云小区成员BS更新操作有关的程序和数据。存储单元817存储接收器815已从主BS和云小区成员BS接收到的信号。
虽然发送器811、控制器813、接收器815、以及存储单元817在图8中示出为分开的单元，但是要理解，这仅是为了描述方便。换句话说，发送器811、控制器813、接收器815、以及存储单元817中的两个或更多个可以被合并到单个单元中。
图9示意地图示了根据本公开的实施例的云小区通信系统中的主BS的内部结构。
参照图9，主BS 900包括发送器911、控制器913、接收器915、以及存储单元917。
控制器913控制主BS 900的整体操作。具体地，控制器913控制主BS 900执行与主BS改变操作以及云小区成员BS更新操作有关的操作。因为与主BS改变操作以及云小区成员BS更新操作有关的操作以之前参照图1到图7c所述的方式执行，所以在此将省略对其的详细描述。
发送器911在控制器913的控制下向MS和云小区成员BS发送信号。接收器915在控制器913的控制下从MS和云小区成员BS接收信号。
存储单元917存储与主BS改变操作以及云小区成员BS更新操作有关的程序和数据。存储单元917存储接收器915已从MS和云小区成员BS接收到的信号。
虽然发送器911、控制器913、接收器915、以及存储单元917在图9中示出为分开的单元，但是要理解，这仅是为了描述方便。换句话说，发送器911、控制器913、接收器915、以及存储单元917中的两个或更多个可以被合并到单个单元中。
图10示意地图示了根据本公开的实施例的云小区通信系统中的云小区成员BS的内部结构。
参照图10，云小区成员BS 1000包括发送器1011、控制器1013、接收器1015、以及存储单元1017。
控制器1013控制云小区成员BS 1000的整体操作。具体地，控制器1013控制云小区成员BS 1000执行与主BS改变操作以及云小区成员BS更新操作有关的操作。因为与主BS改变操作以及云小区成员BS更新操作有关的操作以之前参照图1到图7c所述的方式执行，所以在此将省略对其的详细描述。
发送器1011在控制器1013的控制下向MS和主BS发送信号。接收器1015在控制器1013的控制下从MS和主BS接收信号。
存储单元1017存储与主BS改变操作以及云小区成员BS更新操作有关的程序和数据。存储单元1017存储接收器1015已从MS和主BS接收到的信号。
虽然发送器1011、控制器1013、接收器1015、以及存储单元1017在图10中示出为分开的单元，但是要理解，这仅是为了描述方便。换句话说，发送器1011、控制器1013、接收器1015、以及存储单元1017中的两个或更多个可以被合并到单个单元中。
虽然已经参照其各种实施例示出和描述本公开，但是本领域技术人员将会理解，可以在其中进行形式和细节上的各种改变而不脱离权利要求书及其等效物所限定的本公开的精神和范围。

Claims (32)

1.一种用于在云小区通信系统中由新的主基站(BS)调度数据的方法，所述方法包括：
检测针对特定移动站(MS)的主BS被从旧的主BS改变到新的主BS；
在新的主BS和接入网关之间建立的隧道被激活之前，从旧的主BS接收旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据；以及
调度所接收到的MS数据。
2.如权利要求1所述的方法，还包括：
在新的主BS和接入网关之间建立的隧道被激活之前，如果针对在旧的主BS中缓冲的MS数据的调度完成，则调度在新的主BS中缓冲的MS数据。
3.如权利要求2所述的方法，还包括：
在新的主BS和接入网关之间建立的隧道被激活之后，从接入网关接收MS数据；以及
调度从接入网关接收到的MS数据。
4.如权利要求2所述的方法，还包括：
通过前拉链路向包括在用于MS的云小区中的所有云小区成员BS或者包括在所述云小区中的一部分云小区成员BS发送针对在旧的主BS中缓冲的MS数据的调度控制信息。
5.如权利要求4所述的方法，其中，包括在所述云小区中的一部分云小区成员BS是使用包括从MS接收到的参考信号测量结果和有关云小区成员BS的负载的各种参数来选择的。
6.如权利要求1所述的方法，还包括：
如果在旧的主BS中缓冲的MS数据的调度完成，则调度在新的主BS中缓冲的MS数据，而不管在新的主BS和接入网关之间建立的隧道是否被激活。
7.如权利要求6所述的方法，还包括：
通过前拉链路向包括在用于MS的云小区中的所有云小区成员BS或者包括在所述云小区中的一部分云小区成员BS发送针对在旧的主BS中缓冲的MS数据的调度控制信息。
8.如权利要求7所述的方法，其中，包括在所述云小区中的一部分云小区成员BS是使用包括从MS接收到的参考信号测量结果和有关云小区成员BS的负载的各种参数来选择的。
9.如权利要求1所述的方法，还包括：
在新的主BS和接入网关之间建立的隧道被激活之前，检测到不存在缓冲在旧的主BS中的MS数据；以及
发送请求激活在新的主BS和接入网关之间建立的隧道的信号以便接收目标为MS的MS数据。
10.如权利要求9所述的方法，其中，发送请求激活在新的主BS和接入网关之间建立的隧道的信号包括向所述接入网关发送隧道切换请求消息。
11.如权利要求10所述的方法，其中，旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据包括旧的主BS在检测到主BS被改变之后从接入网关接收到的以及缓冲的MS数据。
12.一种用于在云小区通信系统中由旧的主基站(BS)调度数据的方法，所述方法包括：
检测针对特定移动站(MS)的主BS被从旧的主BS改变到新的主BS；以及
在新的主BS和接入网关之间建立的隧道被激活之前，发送旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据到新的主BS。
13.如权利要求12所述的方法，其中，旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据包括旧的主BS在检测到主BS被改变之后从接入网关接收到的以及缓冲的MS数据。
14.一种用于在云小区通信系统中由移动站(MS)发送/接收数据的方法，所述方法包括：
检测针对MS的主基站(BS)被从旧的主BS改变到新的主BS；
向新的主BS发送数据；以及
从新的主BS接收数据，
其中，MS发送到新的主BS的以及从新的主BS接收到的数据包括由新的主BS生成的数据，并且在新的主BS和接入网关之间建立的隧道被激活之前，新的主BS通过调度通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲在旧的主BS中的MS数据来生成数据，所述MS数据是新的主BS从旧的主BS接收到的。
15.如权利要求14所述的方法，其中，MS发送到新的主BS的以及从新的主BS接收到的数据包括由新的主BS生成的数据，并且在新的主BS和接入网关之间建立的隧道被激活之前，所述新的主BS通过以下方式生成数据：如果对在旧的主BS中缓冲的MS数据的调度完成，则调度在新的主BS中缓冲的MS数据。
16.如权利要求15所述的方法，其中，MS发送到新的主BS的以及从新的主BS接收到的数据包括由新的主BS生成的数据，并且在新的主BS和接入网关之间建立的隧道被激活之后，所述新的主BS通过调度从所述接入网关接收到的MS数据来生成数据。
17.一种用于在云小区通信系统中由新的主基站(BS)调度数据的方法，所述方法包括：
检测针对特定移动站(MS)的主BS被从旧的主BS改变到新的主BS；
检测到在新的主BS和接入网关之间建立的隧道被激活；
从在新的主BS和接入网关之间建立的隧道接收MS数据；以及
调度接收到的MS数据。
18.如权利要求17所述的方法，其中，检测到在新的主BS和接入网关之间建立的隧道被激活包括发送请求激活在新的主BS和接入网关之间建立的隧道的信号以便接收所述MS数据。
19.如权利要求18所述的方法，其中，发送请求激活在新的主BS和接入网关之间建立的隧道的信号包括向所述接入网关发送隧道切换请求消息。
20.一种用于在云小区通信系统中由旧的主基站(BS)调度数据的方法，所述方法包括：
检测针对特定移动站(MS)的主BS被从旧的主BS改变到新的主BS；以及
在新的主BS和接入网关之间建立的隧道被激活之前，调度旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据到新的主BS。
21.如权利要求20所述的方法，其中，旧的主BS通过在旧的主BS和接入网关之间建立的隧道接收的以及缓冲的MS数据包括从旧的主BS检测到主BS被改变的定时点起直到在新的主BS和接入网关之间建立隧道的定时点中旧的主BS从接入网关接收的以及缓冲的MS数据。
22.一种用于在云小区通信系统中由移动站(MS)发送/接收数据的方法，所述方法包括：
检测用于MS的主基站(BS)被从新的主BS改变到新的主BS；
向新的主BS发送数据；以及
从新的主BS接收数据，
其中，MS发送到新的主BS的以及从新的主BS接收到的数据包括由新的主BS生成的数据，并且在新的主BS和接入网关之间建立的隧道被激活之后，新的主BS通过调度通过在新的主BS和接入网关之间建立的隧道接收的MS数据来生成数据。
23.一种用于在云小区通信系统中由接入网关调度数据的方法，所述方法包括：
从新的主基站(BS)接收请求激活在新的主BS和接入网关之间建立的隧道的信号；以及
通过将在旧的主BS和接入网关之间建立的隧道切换到在新的主BS和接入网关之间建立的隧道来激活在新的主BS和接入网关之间建立的隧道。
24.如权利要求23所述的方法，其中，从新的主BS接收请求激活在新的主BS和接入网关之间建立的隧道的信号包括从所述新的主BS接收隧道切换请求消息。
25.如权利要求23所述的方法，其中，在新的主BS和接入网关之间建立的隧道被激活之前，根据检测到不存在于旧的主BS中缓冲的MS数据请求激活在新的主BS和接入网关之间建立的隧道的信号由新的主BS发送，以便新的主BS接收目标为MS的MS数据。
26.一种适应于执行如权利要求1到11中的一个所述的方法的新的主基站(BS)。
27.一种适应于执行如权利要求12到13中的一个所述的方法的旧的主基站(BS)。
28.一种适应于执行如权利要求14到16中的一个所述的方法的移动站(MS)。
29.一种适应于执行如权利要求17到19中的一个所述的方法的新的主基站(BS)。
30.一种适应于执行如权利要求20到21中的一个所述的方法的旧的主基站(BS)。
31.一种云小区通信系统中的移动站(MS)，所述MS包括：
控制器，被配置为检测针对MS的主基站(BS)被从旧的主BS改变到新的主BS；
发送器，被配置为向新的主BS发送数据；以及
接收器，被配置为从新的主BS接收数据，
其中，MS发送到新的主BS的以及从新的主BS接收到的数据包括由新的主BS生成的数据，并且在新的主BS和接入网关之间建立的隧道被激活之后，新的主BS通过调度通过在新的主BS和接入网关之间建立的隧道接收的MS数据来生成数据。
32.一种适应于执行如权利要求23到25中的一个所述的方法的接入网关。
CN201380039385.6A 2012-07-23 2013-07-16 用于在云小区通信系统中调度数据的装置和方法 Active CN104488316B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2012-0080023 2012-07-23
KR1020120080023A KR102121526B1 (ko) 2012-07-23 2012-07-23 클라우드 셀 통신 시스템에서 데이터 스케쥴링 장치 및 방법
PCT/KR2013/006342 WO2014017770A1 (en) 2012-07-23 2013-07-16 Apparatus and method for scheduling data in cloud cell communication system

Publications (2)

Publication Number Publication Date
CN104488316A true CN104488316A (zh) 2015-04-01
CN104488316B CN104488316B (zh) 2019-12-27

Family

ID=49946499

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380039385.6A Active CN104488316B (zh) 2012-07-23 2013-07-16 用于在云小区通信系统中调度数据的装置和方法

Country Status (6)

Country Link
US (1) US20140023040A1 (zh)
EP (2) EP2875671A4 (zh)
KR (1) KR102121526B1 (zh)
CN (1) CN104488316B (zh)
IN (1) IN2015DN01296A (zh)
WO (1) WO2014017770A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102196939B1 (ko) * 2013-03-20 2020-12-30 삼성전자주식회사 클라우드 셀 통신 시스템에서 데이터 동기 장치 및 방법
US20160337878A1 (en) * 2014-01-15 2016-11-17 Nokia Solutions And Networks Oy Improving network efficiency
KR102169659B1 (ko) * 2014-02-12 2020-10-23 삼성전자주식회사 이동통신 시스템에서 아이들 모드를 지원하기 위한 방법 및 장치
CN106576257B (zh) * 2014-08-30 2020-04-28 华为技术有限公司 一种网络参数调整方法和基站设备
KR102347405B1 (ko) * 2015-01-19 2022-01-06 삼성전자주식회사 무선 통신 시스템에서 협력 전송을 위한 스케줄링 장치 및 방법
US9749103B2 (en) 2015-07-31 2017-08-29 Futurewei Technologies, Inc. System and method for transmitting beamformed reference/control signals
WO2017034279A1 (ko) 2015-08-21 2017-03-02 삼성전자 주식회사 무선 통신 시스템에서 기지국을 변경하는 방법 및 장치
US10057787B2 (en) 2016-04-06 2018-08-21 Futurewei Technologies, Inc. System and method for millimeter wave communications
US10135512B2 (en) 2016-04-06 2018-11-20 Futurewei Technologies, Inc. System and method for millimeter wave communications
CN109819530B (zh) 2017-11-21 2023-12-08 华为技术有限公司 一种通信方法及装置
WO2020089962A1 (ja) * 2018-10-29 2020-05-07 三菱電機株式会社 時刻同期システム、タイムマスタ、管理マスタおよび時刻同期方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1252918A (zh) * 1997-04-15 2000-05-10 诺基亚网络有限公司 在以分组为基础的电信网上避免在越区切换中丢失分组的方法和越区切换方法
CN101331709A (zh) * 2007-01-08 2008-12-24 华为技术有限公司 数据包转发方法、系统和节点
US20090086677A1 (en) * 2007-10-01 2009-04-02 Qualcomm Incorporated Systems and methods for in-order delivery in downlink during handover
CN102026232A (zh) * 2010-09-29 2011-04-20 新邮通信设备有限公司 移动通信网络中多小区间协作测量及切换设置优化的方法
CN102098091A (zh) * 2011-01-10 2011-06-15 东南大学 多小区协作下行传输模式自适应切换的方法
CN102256309A (zh) * 2010-05-18 2011-11-23 同济大学 协作多基站组网环境下的主从基站选择与切换方法
WO2012044148A1 (en) * 2010-09-27 2012-04-05 Mimos Berhad A network architecture for intelligent cloud base station

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040125795A1 (en) * 2000-02-18 2004-07-01 Corson Mathew S Telecommunications routing
US7061896B2 (en) * 2000-09-20 2006-06-13 George Mason Intellectual Properties, Inc. Wireless label switched packet transfer network
KR100438443B1 (ko) * 2001-12-12 2004-07-03 삼성전자주식회사 이동통신시스템에서 핸드오프 수행방법
KR101084113B1 (ko) * 2004-03-05 2011-11-17 엘지전자 주식회사 이동통신의 핸드오버에 적용되는 서비스 정보 전달 방법
KR101319870B1 (ko) * 2006-01-05 2013-10-18 엘지전자 주식회사 이동 통신 시스템에서의 핸드오버 방법
KR20090021273A (ko) * 2006-06-16 2009-03-02 가부시키가이샤 엔티티 도코모 기지국, 유저장치 및 방법
US8694011B2 (en) * 2006-12-07 2014-04-08 Wichorus Inc. Method and system for spectrum reuse in the uplink in a wireless communication network
KR100935035B1 (ko) * 2007-01-05 2010-01-06 삼성전자주식회사 광대역 무선 접속 시스템에서 단말의 멀티캐스트 및브로드캐스트 서비스 채널 신청과 삭제 및 변경을 위한장치 및 방법
GB0702169D0 (en) * 2007-02-05 2007-03-14 Nec Corp Resource Allocation
KR101114792B1 (ko) * 2007-04-26 2012-02-28 후지쯔 가부시끼가이샤 기지국, 이동국, 통신 시스템, 송신 방법 및 리오더링 방법
US8830950B2 (en) * 2007-06-18 2014-09-09 Qualcomm Incorporated Method and apparatus for PDCP reordering at handoff
EP2178335A1 (en) * 2007-08-09 2010-04-21 Fujitsu Limited Handover method in radio communication system, radio base station, and radio terminal
CA2700541C (en) * 2007-10-01 2012-07-10 Motorola, Inc. A method for allocating a temporary resource request identifier for accessing a target base station
US20090149164A1 (en) * 2007-12-10 2009-06-11 Research In Motion Limited System and method for single cell point-to-multipoint multiplexing and scheduling
CN101610458B (zh) * 2008-06-17 2013-04-24 华为技术有限公司 用户设备分离的方法及其设备
US8706119B2 (en) * 2009-03-06 2014-04-22 Samsung Electronics Co., Ltd. Group handover method and apparatus in broadband wireless communication system that supports mobile relay station
US9107115B2 (en) * 2009-08-11 2015-08-11 Nec Corporation Handover control system, target control apparatus, source control apparatus, handover control method, and computer readable medium
CN102281587B (zh) * 2010-06-13 2018-07-17 中兴通讯股份有限公司 接入网节点间实现直接接口的方法及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1252918A (zh) * 1997-04-15 2000-05-10 诺基亚网络有限公司 在以分组为基础的电信网上避免在越区切换中丢失分组的方法和越区切换方法
CN101331709A (zh) * 2007-01-08 2008-12-24 华为技术有限公司 数据包转发方法、系统和节点
US20090086677A1 (en) * 2007-10-01 2009-04-02 Qualcomm Incorporated Systems and methods for in-order delivery in downlink during handover
CN102256309A (zh) * 2010-05-18 2011-11-23 同济大学 协作多基站组网环境下的主从基站选择与切换方法
WO2012044148A1 (en) * 2010-09-27 2012-04-05 Mimos Berhad A network architecture for intelligent cloud base station
CN102026232A (zh) * 2010-09-29 2011-04-20 新邮通信设备有限公司 移动通信网络中多小区间协作测量及切换设置优化的方法
CN102098091A (zh) * 2011-01-10 2011-06-15 东南大学 多小区协作下行传输模式自适应切换的方法

Also Published As

Publication number Publication date
KR102121526B1 (ko) 2020-06-10
EP2875671A4 (en) 2016-03-30
CN104488316B (zh) 2019-12-27
IN2015DN01296A (zh) 2015-07-03
EP3355616B1 (en) 2021-06-30
EP2875671A1 (en) 2015-05-27
US20140023040A1 (en) 2014-01-23
KR20140012837A (ko) 2014-02-04
EP3355616A1 (en) 2018-08-01
WO2014017770A1 (en) 2014-01-30

Similar Documents

Publication Publication Date Title
CN104488316A (zh) 用于在云小区通信系统中调度数据的装置和方法
CN107155221B (zh) 应用于超级小区的通信方法和装置
EP2893743B1 (en) Apparatus and method for providing cooperative communication service between macro base station and small cell base station in mobile communication system
JP6047617B2 (ja) 無線基地局
US10848998B2 (en) Wireless-communication electronic device and method
CN107404755B (zh) 无线通信系统中与多个基站协作的装置和方法
CN107548095B (zh) 一种长期演进和5g紧耦合下的通信处理方法及装置
US20120282932A1 (en) Apparatus and Method
US8228871B2 (en) Wireless handover optimization
KR101051278B1 (ko) 무선 통신 네트워크를 위한 핸드오버 방법 및 기지국
WO2008015562B1 (en) Relay-station assignment/re-assignment and frequency re-use
CN103718514A (zh) 移动通信中的增强的本地接入
CN102164385B (zh) 切换方法和中继节点
KR20100122565A (ko) 무선통신 시스템에서 핸드오버 장치 및 방법
US10034221B2 (en) Method for establishing backhaul link, base station, relay node, and system
WO2013074457A1 (en) Handover management using a broadcast channel in a network having synchronized base stations
CN105338513A (zh) 设备到设备业务处理方法及装置
CN105210322A (zh) 无线通信系统中控制小区间干扰的干扰测量方法和装置
TW201230832A (en) Methods and devices for inter frequency measurements
CN105432115A (zh) 用于双连接的方法和装置
CN102056160A (zh) 一种密钥生成的方法、装置和系统
CN107409406B (zh) 通信装置和操作通信装置的方法
KR20140050677A (ko) 모바일 통신 네트워크를 통해 통신을 제공하는 방법
EP3002972B1 (en) Handover processing method, device and system
US8909231B2 (en) Communication system, femto cell thereof, and clustering and handover method of the same

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant