本公开涉及无线通信技术领域，更具体地，本公开涉及一种用户设备、基站和相关方法。
背景技术：
随着移动通信的快速增长和技术的巨大进步，世界将走向一个完全互联互通的网络社会，即任何人或任何东西在任何时间和任何地方都可以获得信息和共享数据。预计到2020年，互联设备的数量将达到500亿部，其中仅有100亿部左右可能是手机和平板电脑，其它的则不是与人对话的机器，而是彼此对话的机器。因此，如何设计系统以更好地支持万物互联是一项需要深入研究的课题。
为了更好地实现万物互联，在2015年9月举行的3gppran#69全会上，第三代合作伙伴计划(3gpp)的长期演进项目(lte)的标准中提出了一个新的工作项目(参见非专利文献：rp-151621newworkitem：narrowbandiot(nb-iot))，其可被称之为窄带物联网(nb-iot)。在该项目的描述中，为了实现物联网终端的低功耗、长待机、降成本、广覆盖等要求，nb-iot被设置为工作在上下行180khz的窄带系统。第一阶段的nb-iot系统已完成了基本的功能设计，包括系统信息的广播通知、点对点的单播上行数据发送和下行数据接收等。考虑到未来物联网中存在软件下载、终端系统升级以及分组信息的传递等多播需求，在2016年6月举行的3gppran#72全会上确定了以增强nb-iot、实现多播为目的的新的工作项目(参见非专利文献：rp-161324newworkitemproposal：enhancementsofnb-iot)，明确指出在现有的13版本的ltesc-ptm特性的基础上实现nb-iot系统中的多播传输。
在现有的lte系统中，sc-ptm(single-cellpoint-to-multipoint：单小区点对多点)是指在单小区内的进行的多媒体广播业务的多播传输。该特性引入了两条逻辑信道sc-mcch和sc-mtch，它们复用在dl-sch传输层信道上。其中，sc-mcch(singlecellmulticastcontrolchannel，单小区多播控制信道)为控制信道，携带的信息包括：当前小区进行的多播业务类型，以及该业务工作的业务信道sc-mtch的调度和接收配置；sc-mtch(single-cellmulticasttrafficchannel，单小区多播业务信道)为业务信道，携带具体的业务内容。
对多播业务感兴趣的终端首先通过系统消息块sib20上广播的内容，获知sc-mcch信道的调度和配置，进而获取在该控制信道上携带的信息。如果当前小区其中存在终端感兴趣的业务，则终端根据sc-mcch上携带的、与该业务对应的sc-mtch的调度和接收配置建立相应的无线承载s-mrb(singlecellmultimediabroadcastmulticastservicepointtomultipointradiobearer单小区多媒体广播多播业务点对多点无线承载)，包括配置rlc(radiolinkcontrol，无线链路层控制)层、mac(mediaaccesscontrol，媒体访问控制)层以及物理层，然后开始接收业务信息。与此同时，终端还需要周期性的监听sc-mcch信道上的信息是否有变化。如果有变化，且变化为其正在收听的业务类型及相关信息不再出现在sc-mcch信道携带的信息中，则表示其正在收听的业务已经结束，终端则释放已建立的s-mrb，停止接收业务。
sc-mtch的接收采用drx(discontinuousreception，非连续接收)的方式，即，终端在特定的sfn(systemframenumber系统帧号)上启动ondurationtimerscptm定时器，如果在ondurationtimerscptm定时器超时之前没有收到任何关于该sc-mtch信道的调度信息，则终端不再关注该信道，直到下一个特定sfn到来；如果在ondurationtimerscptm定时器超时之前，终端收到了该sc-mtch信道的调度信息，则启动drx-inactivitytimerscptm定时器，且接下来在drx-inactivitytimerscptm定时器工作期间，持续的监听该信道的信息，一旦继续收到相关的调度，则重启drx-inactivitytimerscptm定时器，依次反复，直到drx-inactivitytimerscptm定时器超时；一旦drx-inactivitytimerscptm超时，则终端不再关注该信道，直到下一个特定sfn到来。
现有的sc-ptm的业务结束是通过在sc-mcch信道上传递的内容(即不再发布该业务相关的信息)来体现的，sc-mcch本身也是周期性出现的，当应用到nb-lot系统中，为了避免终端耗电，sc-mcch的周期通常会设置的比较长，从而导致业务实际结束时间和终端获知该业务结束的时间存在不一致的情况，进而导致终端在不知情的情况下，在sc-mtch信道上持续监听已结束的业务，带来额外的、不必要的功耗。
技术实现要素：
根据本公开的第一方面，提供了一种用户设备中的方法，包括：在承载单小区多播业务信道sc-mtch的传输层信道上接收媒体接入控制mac控制元素，所述mac控制元素指示所述sc-mtch上的多播业务的状态；以及根据所述mac控制元素，停止mac层定时器。
在一个实施例中，上述方法还包括：向控制层通知所述多播业务的状态，使所述控制层释放单小区多媒体广播多播业务点对多点无线承载s-mrb。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的终止。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的暂停。
在一个实施例中，上述方法还包括：接收单小区多播控制信道sc-mcch上的信息；以及当在sc-mcch上接收到多播业务恢复的指示时，重新建立s-mrb。
在一个实施例中，所述mac控制元素还指示多播业务恢复的时刻。
在一个实施例中，上述方法还包括：在多播业务恢复的时刻，重新建立s-mrb。
在一个实施例中，所述指示是由mac分组数据单元pdu首部中包含的逻辑信道身份标识lcid域来携带的。
根据本发明的第二方面，提供了一种用户设备ue，包括：接收单元，被配置为在承载单小区多播业务信道sc-mtch的传输层信道上接收媒体接入控制mac控制元素，所述mac控制元素指示所述sc-mtch上的多播业务的状态；以及控制单元，被配置为根据所述mac控制元素，停止mac层定时器。
在一个实施例中，所述控制单元被配置为：向控制层通知所述多播业务的状态，使所述控制层释放单小区多媒体广播多播业务点对多点无线承载s-mrb。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的终止。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的暂停。
在一个实施例中，控制单元还被配置为：接收单小区多播控制信道sc-mcch上的信息；以及当在sc-mcch上接收到多播业务恢复的指示时，重新建立s-mrb。
在一个实施例中，所述mac控制元素还指示多播业务恢复的时刻。
在一个实施例中，控制单元还被配置为：在多播业务恢复的时刻，重新建立s-mrb。
在一个实施例中，所述指示是由mac分组数据单元pdu首部中包含的逻辑信道身份标识lcid域来携带的。
根据本发明的第三方面，提供了一种基站中的方法，包括：生成媒体接入控制mac控制元素，所述mac控制元素指示单小区多播业务信道sc-mtch上的多播业务的状态；以及在承载sc-mtch的传输层信道上发送所述mac控制元素。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的终止。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的暂停。
在一个实施例中，上述方法还包括：在单小区多播控制信道sc-mcch上发送多播业务恢复的指示。
在一个实施例中，所述mac控制元素还指示多播业务恢复的时刻。
在一个实施例中，所述指示是由mac分组数据单元pdu首部中包含的逻辑信道身份标识lcid域来携带的。
根据本发明的第四方面，提供了一种基站，包括：生成单元，被配置为生成媒体接入控制mac控制元素，所述mac控制元素指示单小区多播业务信道sc-mtch上的多播业务的状态；以及发送单元，被配置为在承载sc-mtch的传输层信道上发送所述mac控制元素。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的终止。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的暂停。
在一个实施例中，发送单元还被配置为：在单小区多播控制信道sc-mcch上发送多播业务恢复的指示。
在一个实施例中，所述mac控制元素还指示多播业务恢复的时刻。
在一个实施例中，所述指示是由mac分组数据单元pdu首部中包含的逻辑信道身份标识lcid域来携带的。
附图说明
通过下文结合附图的详细描述，本公开的上述和其它特征将会变得更加明显，其中：
图1示出了根据本公开实施例的用户设备中的方法的流程图。
图2示出了根据本公开实施例的用户设备的框图。
图3示出了根据本公开实施例的基站中的方法的流程图。
图4示出了根据本公开实施例的基站的框图。
具体实施方式
下面结合附图和具体实施方式对本发明进行详细阐述。应当注意，本发明不应局限于下文所述的具体实施方式。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。
下文以lte移动通信系统及其后续的演进版本作为示例应用环境，以支持nb-iot的基站和终端设备为例，具体描述了根据本发明的多个实施方式。然而，需要指出的是，本发明不限于以下实施方式，而是可适用于更多其它的无线通信系统，例如今后的5g蜂窝通信系统，而且可以适用于其他基站和终端设备，例如支持emtc、mmtc等的基站和终端设备。
在具体描述之前，先对本发明中提到的若干术语做如下说明。除非另有指出，本发明中涉及的术语都具有下文的含义。
macpdumediaaccesscontrolpacketdataunit媒体访问控制数据包单元
sc-mtchsingle-cellmulticasttrafficchannel，单小区多播业务信道
maccemaccontrolelementmac层控制元素
rrcradioresourcecontrol无线资源控制
lcidlogicalchannelidentity逻辑信道身份标识
s-mrbsinglecellmultimediabroadcastmulticastservicepointtomultipointradiobearer单小区多媒体广播多播业务点对多点无线承载。
mcemulti-cell/multicastcoordinationentity多小区/多播协调实体
mmemobilitymanagemententity移动性管理实体
图1示出了根据本公开实施例的用户设备ue中的方法100的流程图。如图所示，方法100包括以下步骤。
在步骤s110，在承载单小区多播业务信道sc-mtch的传输层信道上接收媒体接入控制mac控制元素(maccontrolelement(ce))，所述mac控制元素指示所述sc-mtch上的多播业务的状态。
在步骤s120，根据所述mac控制元素，停止mac层定时器。
方法100还可以包括：向控制层通知所述多播业务的状态，使所述控制层释放单小区多媒体广播多播业务点对多点无线承载s-mrb。
在一个示例中，所述mac控制元素指示所述sc-mtch上的多播业务的终止。
这里，所述指示是由mac分组数据单元pdu首部中包含的逻辑信道身份标识lcid域来携带的。例如当lcid域的值为10111时，表示多播业务的终止。
例如，ue在收到所述指示后，如果ondurationtimerscptm定时器在运行，则停止该定时器；如果drx-inactivitytimerscptm定时器在运行，则停止该定时器，并且ue的mac层向上层（例如rrc层)指示当前业务已经终止。上层(例如rrc层)收到该指示后，释放s-mrb无线承载，包括清除rlc层、mac层以及物理层的各种配置。
在另一个示例中，所述mac控制元素指示所述sc-mtch上的多播业务的暂停。
这里，所述指示是由mac分组数据单元pdu首部中包含的逻辑信道身份标识lcid域来携带的。例如当lcid域的值为10111时，表示多播业务的暂停。
例如ue在收到所述指示后，如果ondurationtimerscptm定时器在运行，则停止该定时器。如果drx-inactivitytimerscptm定时器在运行，则停止该定时器，并且ue的mac层向上层(例如rrc层)指示当前业务已经暂停。上层(例如rrc层)收到该指示后，释放s-mrb无线承载，包括清除rlc层、mac层以及物理层的各种配置。
此外，ue接收单小区多播控制信道sc-mcch上的信息。当在sc-mcch上接收到多播业务恢复的指示时，重新建立s-mrb。例如，ue周期性的监听sc-mcch信道上的内容是否改变。如果发生改变，并且改变的原因是暂停的业务恢复(resumption)，则ue根据sc-mcch信道上的内容，重新建立s-mrb无线承载，包括配置rlc层、mac层以及物理层的参数等并开始继续接收该业务。
备选地，所述mac控制元素还指示多播业务恢复的时刻。这里，恢复的时刻可以是绝对值，例如一天中的时间(如22点10分)；或者是相对值，例如相对于当前时刻的若干分/秒，或者是若干个系统帧长度。在这种情况下，ue在多播业务恢复的时刻，重新建立s-mrb，包括配置rlc层、mac层以及物理层的参数等。
与上述方法100相对应，本公开提供了一种用户设备ue。图2示出了根据本公开实施例的ue200的框图。如图所示，ue200包括：
接收单元210，被配置为在承载单小区多播业务信道sc-mtch的传输层信道上接收媒体接入控制mac控制元素，所述mac控制元素指示所述sc-mtch上的多播业务的状态；以及
控制单元220，被配置为根据所述mac控制元素，停止mac层定时器。
在一个实施例中，所述控制单元220被配置为：向控制层通知所述多播业务的状态，使所述控制层释放单小区多媒体广播多播业务点对多点无线承载s-mrb。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的终止。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的暂停。
在一个实施例中，控制单元220还被配置为：接收单小区多播控制信道sc-mcch上的信息；以及当在sc-mcch上接收到多播业务恢复的指示时，重新建立s-mrb，包括配置rlc层、mac层以及物理层的参数等。
在一个实施例中，所述mac控制元素还指示多播业务恢复的时刻。
在一个实施例中，控制单元220还被配置为：在多播业务恢复的时刻，重新建立s-mrb。
在一个实施例中，所述指示是由mac分组数据单元pdu首部中包含的逻辑信道身份标识lcid域来携带的。
与上述方法100相对应，本公开还提供了一种基站中的方法。图3是示出了根据本公开实施例的基站中的方法300的流程图。如图所示，方法300包括以下步骤。
在步骤s310，生成媒体接入控制mac控制元素，所述mac控制元素指示单小区多播业务信道sc-mtch上的多播业务的状态。
在一个实施例中，可以接收来自其他网元(例如mce或者mme)的指示信息，所述指示信息指示特定多播业务或者所有多播业务的状态，并根据所述指示信息来生成mac控制元素。
在步骤s320，在承载sc-mtch的传输层信道上发送所述mac控制元素。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的终止。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的暂停。
在一个实施例中，方法300还包括：在单小区多播控制信道sc-mcch上发送多播业务恢复的指示。
在一个实施例中，所述mac控制元素还指示多播业务恢复的时刻。
在一个实施例中，所述指示是由mac分组数据单元pdu首部中包含的逻辑信道身份标识lcid域来携带的。
与上述方法300相对应，本公开提供了一种基站。图4示出了根据本公开实施例的基站400的框图。如图所示，基站400包括：
生成单元410，被配置为生成媒体接入控制mac控制元素，所述mac控制元素指示单小区多播业务信道sc-mtch上的多播业务的状态。
在一个实施例中，生成单元410可以接收来自其他网元(例如mce或者mme)的指示信息，所述指示信息指示特定多播业务或者所有多播业务的状态，并根据所述指示信息来生成mac控制元素。
发送单元420，被配置为在承载sc-mtch的传输层信道上发送所述mac控制元素。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的终止。
在一个实施例中，所述mac控制元素指示所述sc-mtch上的多播业务的暂停。
在一个实施例中，发送单元420还被配置为：在单小区多播控制信道sc-mcch上发送多播业务恢复的指示。
在一个实施例中，所述mac控制元素还指示多播业务恢复的时刻。
在一个实施例中，所述指示是由mac分组数据单元pdu首部中包含的逻辑信道身份标识lcid域来携带的。
以上关于方法100描述的各个示例也适用于ue200，方法300和基站400。
运行在根据本发明的设备上的程序可以是通过控制中央处理单元(cpu)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器ram)、硬盘驱动器(hdd)、非易失性存储器(如闪速存储器)、或其他存储器系统中。
用于实现本发明各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统，可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，电可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外，本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如av设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上，已经参考附图对本发明的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本发明也包括不偏离本发明主旨的任何设计改动。另外，可以在权利要求的范围内对本发明进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。