CN113950042A - 识别方法、发送方法及相关设备 - Google Patents

识别方法、发送方法及相关设备 Download PDF

Info

Publication number
CN113950042A
CN113950042A CN202010694240.1A CN202010694240A CN113950042A CN 113950042 A CN113950042 A CN 113950042A CN 202010694240 A CN202010694240 A CN 202010694240A CN 113950042 A CN113950042 A CN 113950042A
Authority
CN
China
Prior art keywords
configuration information
multicast service
bearer
unicast bearer
target configuration
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
Application number
CN202010694240.1A
Other languages
English (en)
Inventor
吴昱民
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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202010694240.1A priority Critical patent/CN113950042A/zh
Publication of CN113950042A publication Critical patent/CN113950042A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer

Landscapes

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

Abstract

本申请公开了一种识别方法、发送方法及相关设备，属于通信技术领域。识别方法包括：接收第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系；根据所述第一关联关系，识别第一单播承载传输的第一多播业务。本申请终端在通过第一单播承载接收多播业务的时候，可以准确识别出第一单播承载传输的是第一多播业务，从而可以避免因无法识别单播承载传输的多播业务导致业务数据接收失败，进而达到降低业务数据的接收失败率的效果。

Description

识别方法、发送方法及相关设备
技术领域
本申请属于通信技术领域，具体涉及一种识别方法、发送方法及相关设备。
背景技术
在现有技术中，当通过单播承载接收下行业务的时候，终端通过数据对应的服务质量流标识(Quality of Service flow ID，QFI)，识别该单播承载中接收到的数据对应的业务的类型是单播业务还是多播业务。
然而，当基站通过单播承载发送多播业务的时候，由于多播业务在发送到基站的时候，基站可能并不知道哪些UE要接收该多播业务，因此，终端无法单纯通过数据对应QFI来识别该数据属于哪一个多播业务，导致业务数据的接收失败率较高。
发明内容
本申请实施例提供一种识别方法、发送方法及相关设备，能够解决因终端无法识别单播承载发送的多播业务，导致业务数据的接收失败率较高的问题。
第一方面，提供了一种识别方法，应用于终端，所述方法包括：
接收第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系；
根据所述第一关联关系，识别第一单播承载传输的第一多播业务。
第二方面，提供了一种发送方法，应用于网络侧设备，所述方法包括：
发送第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系。
第三方面，提供了一种识别装置，应用于终端，所述识别装置包括：
获取模块，用于接收第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系；
识别模块，用于根据所述第一关联关系，识别第一单播承载传输的第一多播业务。
第四方面，提供了一种发送装置，应用于网络侧设备，其特征在于，所述发送装置包括：
第二发送模块，用于发送第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系。
第五方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面，提供了一种网络侧设备，该网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。
第七方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤。
第八方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法。
在本申请实施例中，终端可以根据网络侧设备发送的第一目标配置信息，获取到多播业务与单播承载的第一关联关系，在所述第一关联关系中，第一单播承载关联第一多播业务。这样，终端在通过第一单播承载接收多播业务的时候，可以准确识别出第一单播承载传输的是第一多播业务，从而可以避免因无法识别单播承载传输的多播业务导致业务数据接收失败，进而达到降低业务数据的接收失败率的效果。
附图说明
图1是本申请实施例可应用的一种无线通信***的框图；
图2是本申请实施例提供的识别方法的流程图；
图3是本申请实施例提供的发送方法的流程图；
图4是本申请实施例提供的识别装置的结构图；
图5是本申请实施例提供的发送装置的结构图；
图6是本申请实施例提供的通信设备的结构图；
图7是本申请实施例提供的终端的结构图；
图8是本申请实施例提供的网络侧设备的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)***，还可用于其他无线通信***，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他***。本申请实施例中的术语“***”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的***和无线电技术，也可用于其他***和无线电技术。然而，以下描述出于示例目的描述了新空口(New Radio，NR)***，并且在以下大部分描述中使用NR术语，尽管这些技术也可应用于NR***应用以外的应用，如第6代(6th Generation，6G)通信***。
图1示出本申请实施例可应用的一种无线通信***的框图。无线通信***包括终端11和网络侧设备12。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或多播业务发布实体等，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base TransceiverStation，BTS)、无线电基站、无线电收发机、基本服务集合(Basic Service Set，BSS)、扩展服务集合(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇。多播业务发布实体可以为：多播广播业务中心(Broadcast Multicast Service Centre，BMSC)、AF(Application Function，应用功能)、NEF(Network Element Function，网络单元功能)、MBSF(Multicast Broadcast Signaling Function，多播广播消息功能)或MBSU(Multicast Broadcast Service Function，多播广播业务功能)。
为了方便理解，以下对本发明实施例涉及的一些内容进行说明：
一、多媒体广播多播业务(Multimedia Broadcast and Multicast Service，MBMS)、广播多播业务(Multicast Broadcast Service，MBS)。
在长期演进(Long Term Evolution，LTE)***中，MBMS/MBS可以通过以下两种方式发送：
MBMS/MBS发送方式1：在MBMS单频网(Multimedia Broadcast multicast serviceSingle Frequency Network，MBSFN)子帧中通过物理多播信道(Physical MulticastChannel，PMCH)物理信道发送。其中，控制信息通过***信息(如，***信息块(SystemInformation Block，SIB)13)和广播控制信道(Multicast Control Channel，MCCH)发送，数据通过MTCH(Multicast Traffic Channel，广播业务信道)发送。
MBMS/MBS发送方式2：通过物理下行控制信道(Physical Downlink ControlChannel，PDCCH)调度的物理下行控制信道(Physical Downlink Shared Channel，PDSCH)发送。其中，控制信息通过***信息(如，SIB20)和单小区广播控制信道(Single CellMulticast Control Channel，SC-MCCH)发送，数据通过单小区广播业务信道(Single CellMulticast Traffic Channel，SC-MTCH)发送。其中，SC-MCCH通过单小区无线网络临时标识(Single Cell Radio Network Temporary Identity，SC-RNTI)PDCCH调度的PDSCH发送，SC-MTCH通过组无线网络临时标识(Group Radio Network Temporary Identity，G-RNTI)PDCCH调度的PDSCH发送。
MBS业务是通过特定的MBMS无线承载(MBMS Radio Bearer，MRB)无线承载进行发送的。MBS业务可以通过以下标识标记：
临时移动组标识(Temporary Mobile Group Identity，TMGI)；
服务质量流标识(Quality of Service flow ID，QFI)；
协议数据单元(Protocol Data Unit，PDU)会话(Session)ID。
二、单播。
UE的单播接收是通过特定的单播数据无线承载(Data Radio Bearer，DRB)进行接收的。UE从单播承载接收的业务数据需要递交给该业务对应的协议实体(或应用服务实体)。单播业务可以为通过小区无线网络临时标识(Cell Radio Network TemporaryIdentity，C-RNTI)PDCCH信道调度的数据传输。
在本申请实施例中，多播业务可以为上述MBMS或MBS，但不仅限于此。
参见图2，图2是本申请实施例提供的识别方法的流程图。本申请实施例的识别方法可以应用于终端。
如图2所示，识别方法可以包括以下步骤：
步骤201、接收第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系。
在实施时，终端可以直接通过接收所述第一目标配置信息获取得到所述第一关联关系，也可以通过对接收到的所述第一目标配置信息进行处理后获取得到所述第一关联关系，具体可根据实际情况决定，本申请实施例对此不做限定。
步骤202、根据所述第一关联关系，识别第一单播承载传输的第一多播业务。
应理解的是，在所述第一关联关系中，所述第一单播承载关联所述第一多播业务。这样，终端可以通过查找所述第一关联关系，识别所述第一单播承载传输的多播业务为所述第一多播业务。
具体实现时，第一实现方式中，所述第一关联关系中的每个单播承载关联的多播业务可以互不相同。第二实现方式中，所述第一关联关系中的多个单播承载关联的多播业务可以相同，但不同多播业务关联的单播承载不同。这样，终端在通过某个单播承载接收多播业务时，可以准确识别该单播承载关联的多播业务，从而可以避免因无法识别单播承载传输的多播业务导致业务数据接收失败，进而达到降低业务数据的接收失败率的效果。
为方便理解，示例说明如下：
假设所述第一关联关系包括：第一单播承载、第二单播承载和第三单播承载。在上述第一实现方式中，第一单播承载可以关联多播业务1；第二单播承载可以关联多播业务2；第三单播承载可以关联多播业务3。在上述第二实现方式，第一单播承载和第二单播承载可以关联多播业务1；第三单播承载可以关联多播业务2。
另外，假设终端要通过第三单播承载接收多播业务，则对于上述第一实现方式，终端可以通过查找所述第一关联关系，识别所述第三单播承载传输的多播业务时多播业务3；对于上述第一实现方式，终端可以通过查找所述第一关联关系，识别所述第三单播承载传输的多播业务时多播业务2。
本申请实施例的识别方法，终端可以根据网络侧设备发送的第一目标配置信息，获取到多播业务与单播承载的第一关联关系，在所述第一关联关系中，第一单播承载关联第一多播业务。这样，终端在通过第一单播承载接收多播业务的时候，可以准确识别出第一单播承载传输的是第一多播业务，从而可以避免因无法识别单播承载传输的多播业务导致业务数据接收失败，进而达到降低业务数据的接收失败率的效果。
以下对本申请实施例中的所述第一关联关系的获取进行说明：
第一实施方式：终端可以通过对接收到的所述第一目标配置信息进行处理后获取得到所述第一关联关系。
对于所述第一实施方式，可选的，所述第一目标配置信息，包括第一配置信息和第二配置信息，所述第一配置信息用于配置多播业务与多播业务的第一承载的第二关联关系，所述第二配置信息用于配置单播承载与所述第一承载的第三关联关系；
所述接收第一目标配置信息之后，所述识别第一单播承载传输的第一多播业务之前，所述方法还包括：
根据所述第二关联关系和所述第三关联关系，确定所述第一关联关系。
可选的，所述第一配置信息可以包括：多播业务的描述信息；所述第一承载的标识。可选的，所述第二配置信息可以包括：所述的第一承载的标识；单播承载的标识。
在本申请实施例中，可选的，所述多播业务的描述信息，可以包括以下至少一项：
多播业务标识(如，TMGI)；
多播业务名称(如，中央电视台)；
多播业务解释(如，多播业务发布渠道(如，通过广电网络发送的中央电视台节目)；多播业务特征(如，语音，或视频))；
多播业务的发送地址(如，传输控制协议(Transmission Control Protocol，TCP)和/或互联网协议(Internet Protocol，IP)地址，以及该地址对应的发送端口号)；
多播业务的发送协议(如，超文本传输协议(Hypertext Transport Protocol，HTTP)，或简单消息传输协议(Simple Message Transfer Protocol，SMTP))；
多播业务的会话标识(如，MBS session-1)。
可选的，所述第一承载的标识，可以包括以下至少一项：
数据流标识(如，QFI-1)；
数据会话标识(如，PDU Session-1)；
无线承载标识(如，DRB-1)；
逻辑信道标识(如，逻辑信道标识(Logical Channel identification，LCID)-1)；
多播调度标识(如，MBS RNTI标识的PDCCH调度多播业务)。
可选的，所述单播承载的标识，可以包括以下至少一项：
无线承载标识(如，DRB-1)；
逻辑信道标识(如，LCID-1)；
小区组标识(如，主小区组(Master Cell Group，MCG)或辅小区组(SecondaryCell Group，SCG))；
无线链路控制(Radio Link Control，RLC)实体标识(如，主(Primary)RLC)；
单播调度标识(如，C-RNTI标识的PDCCH调度多播业务)。
需要说明的是，在实际应用中，所述第一配置信息和所述第二配置信息可以通过同一个消息承载，也可以分别承载在不同的消息中。
可选的，所述第一配置信息通过业务描述文件承载，所述第二配置信息通过无线资源控制(Radio Resource Control，RRC)消息承载，但不仅限于此。如：多播业务发布实体在业务描述文件(如，用户服务描述(User Service Description，USD))中配置所述第二关联关系。基站通过RRC消息配置所述第三关联关系。
在所述第一实施方式中，终端可以通过所述第二关联关系，确定多播业务关联的第一承载，另外，可以通过所述第三关联关系，确定所述第一承载关联的单播承载。因此，终端可以根据所述第二关联关系和所述第三关联关系，确定多播业务关联的单播承载，即确定所述第一关联关系。进而可以根据所述第一关联关系，确定单播承载关联的多播业务。
为方便理解，示例说明如下：
RRC消息中携带了所述第三关联关系，在所述第三关联关系中，DRB-1关联Q所述第二关联关系，在所述第二关联关系中，TMGI-1关联QoS flow-1。这样，UE可以识别出DRB-1中携带了TMGI-1的数据。
第二实施方式：终端可以直接通过接收所述第一目标配置信息获取得到所述第一关联关系。
对于所述第二实施方式，可选的，所述第一目标配置信息用于配置所述第一关联关系。
可选的，所述第一目标配置信息包括：多播业务的描述信息；单播承载的标识。其中，关于“多播业务的描述信息”和“单播承载的标识”的描述可参考前述内容，此处不再赘述。
可选的，所述第一目标配置信息通过RRC消息承载，但不仅限于此。
在所述第二实施方式中，所述第一目标配置信息直接用于配置所述第一关联关系，因此，终端可以直接根据所述第一目标配置信息，识别单播承载关联的多播业务。
为方便理解，示例说明如下：
RRC消息中携带了所述第一关联关系，在所述第一关联关系中，TMGI-1关联DRB-1，则UE可以识别出DRB-1中携带了TMGI-1的数据。
以下对本申请实施例中多播业务关联的单播承载的建立进行说明：
在本申请实施例中，可选的，所述识别第一单播承载传输的第一多播业务之前，所述方法还包括：
接收指示信息，所述指示信息用于指示第一小区的第二多播业务通过单播承载发送，所述第二多播业务包括所述第一多播业务。
具体实现时，所述第二多播业务可以包括指定的一个或多个多播业务，在此情况下，所述指示信息用于指示第一小区的特定多播业务通过单播承载发送。所述第二多播业务也可以为泛指的多播业务，在此情况下，所述指示信息用于指示第一小区的多播业务均通过单播承载发送。所述第一小区可以包括一个或多个目标小区。所述指示信息可以携带在***信息块(System Information Block，SIB)中，但不仅限于此。
如：网络侧设备在SIB消息中指示cell-1的多播业务TMGI-1的发送方式为通过DRB发送。
这样，若终端需要接收所述第二多播业务，可以根据所述指示信息的指示通过单播承载接收所述第一小区的所述第二单播业务的数据，从而可以提高业务数据接收的成功率。
应理解的是，终端在接收到所述指示信息的情况下，网络侧设备在发送所述第一多播业务之前，需要建立所述第一多播业务的单播承载，即所述第一单播承载。
在本申请实施例中，所述第一单播承载可以由终端或网络侧设备建立，具体说明如下：
场景一、所述第一单播承载由终端建立。
在场景一中，可选的，所述接收指示信息之后，所述接收第一目标配置信息之前，所述方法还包括：
在所述终端需要接收所述第一多播业务的情况下，发送请求消息，所述请求消息用于请求建立单播承载。
为方便理解，示例说明如下：
空闲(IDLE)/非激活(INACTIVE)UE通过SIB消息发现cell-1的多播业务TMGI-1的发送方式为通过DRB发送，则UE可以在cell-1发起连接建立过程，并请求建立该多播业务TMGI-1的单播承载。
进一步地，所述发送请求消息之后，所述方法还包括：
接收请求响应消息，所述请求响应消息指示所述终端建立第一单播承载；
建立所述第一单播承载。
具体实现时，网络侧设备在接收到所述请求消息之后，可以决定是否允许终端建立单播承载。在网络侧设备允许终端建立单播承载的情况下，网络侧设备可以向终端发送请求响应消息，所述请求响应消息指示所述终端建立第一单播承载。
场景二、所述第一单播承载由网络侧设备建立。
在场景二中，网络侧设备在发送所述指示信息之后，可以直接建立所述第一单播承载。这样，相比于场景一，可以节省信令开销。
在本申请实施例中，在建立所述第一单播承载后，网络侧设备可以建立以下至少一项关联关系：所述第一关联关系，在所述第一关联关系中，所述第一单播承载关联第一多播业务；第三关联关系，在所述第三关联关系中，所述第一单播承载关联第一多播业务的承载。这样，网络侧设备可以向终端发送所述第一目标配置信息，以使终端识别所述第一单播承载关联的多播业务时所述第一多播业务。
以下对本申请实施例中终端识别单播承载传输的多播业务，终端的行为进行说明：
可选的，所述识别第一单播承载传输的第一多播业务之后，所述方法还可以包括：
通过所述第一单播承载接收所述第一多播业务的数据。
进一步地，终端在接收到所述第一多播业务的数据之后，可以将接收到的所述第一多播业务的数据传送给所述第一多播业务对应的协议实体(或，应用实体)，以提高数据利用的可靠性。
参见图3，图3是本申请实施例提供的发送方法的流程图。本申请实施例的发送方法应用于网络侧设备。
如图3所示，发送方法可以包括以下步骤：
步骤301、发送第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系。
本申请实施例的发送方法，网络侧设备可以向终端发送第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系。这样，终端可以根据网络侧设备发送的第一目标配置信息，获取到多播业务与单播承载的第一关联关系。从而终端在通过第一单播承载接收多播业务的时候，可以准确识别出第一单播承载传输的是第一多播业务，可以避免因无法识别单播承载传输的多播业务导致业务数据接收失败，进而达到降低业务数据的接收失败率的效果。
可选的，所述第一目标配置信息，包括第一配置信息和第二配置信息，所述第一配置信息用于配置多播业务与多播业务的第一承载的第二关联关系，所述第二配置信息用于配置单播承载与所述第一承载的第三关联关系。
可选的，所述第一配置信息包括：多播业务的描述信息；所述第一承载的标识。
可选的，所述第二配置信息包括：所述第一承载的标识；单播承载的标识。
可选的，所述第一配置信息通过业务描述文件承载，所述第二配置信息通过无线资源控制RRC消息承载。
可选的，所述第一目标配置信息用于配置所述第一关联关系。
可选的，所述第一目标配置信息包括：多播业务的描述信息；单播承载的标识。
可选的，所述第一目标配置信息通过RRC消息承载。
可选的，所述发送第一目标配置信息之前，所述方法还包括：
接收第二目标配置信息，所述第二目标配置信息用于配置多播业务与多播业务的第一承载的第二关联关系；
根据所述第二关联关系，以及预先建立的单播承载与所述第一承载的第三关联关系，确定所述第一关联关系。
在本可选实施方式中，所述第二目标配置信息可以由核心网节点发送给所述网络侧设备。网络侧设备可以对所述第二关联关系和所述第三关联关系进行处理，得到所述第一关联关系。
可选的，所述第二目标配置信息包括：多播业务的描述信息；所述第一承载的标识。
可选的，所述多播业务的描述信息，包括以下至少一项：多播业务标识；多播业务名称；多播业务解释；多播业务的发送地址；多播业务的发送协议；多播业务的会话标识。
可选的，所述第一承载的标识，包括以下至少一项：数据流标识；数据会话标识；无线承载标识；逻辑信道标识；多播调度标识。
可选的，所述单播承载的标识，包括以下至少一项：无线承载标识；逻辑信道标识；小区组标识；无线链路控制RLC实体标识；单播调度标识。
可选的，所述发送第一目标配置信息之前，所述方法还包括：
发送指示信息，所述指示信息用于指示第一小区的第二多播业务通过单播承载发送。
可选的，所述发送指示信息之后，所述发送第一目标配置信息之前，所述方法还包括：
接收终端在需要接收第一多播业务的情况下，发送的请求消息，所述请求消息用于请求建立单播承载；
其中，所述第一多播业务属于所述第二多播业务。
可选的，所述接收所述终端发送的请求消息之后，所述发送第一目标配置信息之前，所述方法还包括：
发送请求响应消息，所述请求响应消息指示所述终端建立第一单播承载。
可选的，所述发送指示信息之后，所述发送第一目标配置信息之前，所述方法还包括：
建立第一单播承载。
可选的，所述发送第一目标配置信息之前，所述方法还包括：
建立以下至少一项关联关系：所述第一关联关系，在所述第一关联关系中，所述第一单播承载关联第一多播业务；第三关联关系，在所述第三关联关系中，所述第一单播承载关联第一多播业务的承载。
需要说明的是，本实施例作为与图2方法实施例对应的网络侧设备的实施例，因此，可以参见图2方法实施例中的相关说明，且可以达到相同的有益效果。为了避免重复说明，在此不再赘述。
需要说明的是，本申请实施例中介绍的多种可选的实施方式，彼此可以相互结合实现，也可以单独实现，对此本申请实施例不作限定。
为方便理解，示例说明如下：
实施例一、业务描述文件+RRC配置共同关联。
步骤一：网络侧给UE发送多播业务和多播业务承载的关联关系配置信息。(如，多播业务发布实体在USD中提供多播业务和多播业务承载的关联关系配置信息。
其中，该“多播业务和多播业务承载的关联关系配置信息”可以包括：
多播业务描述信息；
多播业务承载信息。
其中，该“多播业务描述信息”包括以下至少一种：
多播业务标识(如，TMGI)；
多播业务名称(如，中央电视台)；
多播业务解释(如，多播业务发布渠道(如，通过广电网络发送的中央电视台节目)；多播业务特征(如，语音，或视频))；
多播业务的发送地址(如，TCP和/或IP地址，以及该地址对应的发送端口号)；
多播业务的发送协议(如，HTTP(Hypertext Transport Protocol，超文本传输协议)，或SMTP(Simple Message Transfer Protocol，简单消息传输协议))；
会话标识(如，MBS session-1)。
其中，该“多播业务承载信息”包括以下至少一项：
数据流标识(如，QoS flow ID-1)；
数据会话标识(如，PDU Session-1)；
无线承载标识(如，DRB-1)；
逻辑信道标识(如，LCID-1)。
步骤二：网络侧给UE配置单播承载(如，DRB-1)，以及该单播承载与多播业务承载的关联关系。
如，DRB-1中承载的数据来自QoS flow-1(和/或PDU Session-1)。
其中，该单播承载的信息包括以下至少一项：
无线承载标识(如，DRB-1)；
逻辑信道标识(如，LCID-1)；
小区组标识(如，MCG(Master Cell Group，主小区组)或SCG(Secondary CellGroup，辅小区组))；
RLC(Radio Link Control，无线链路控制)实体标识(如，primary RLC)。
其中，该多播业务承载的信息包括以下至少一项：
数据流标识(如，QoS flow ID-1)；
数据会话标识(如，PDU Session-1)。
额外的，网络侧可以通知UE特定小区的特定多播业务发送方式为“通过单播承载发送多播业务”。
如，网络侧在SIB消息中指示cell-1的多播业务TMGI-1的发送方式为通过DRB发送。
步骤三：UE根据步骤二中的“单播承载与多播承载的关联关系”，以及步骤一中的“多播业务和多播业务承载的关联关系配置信息”，从而可以识别出该单播承载中传输的特定多播业务。
如，RRC消息中携带了“单播承载与多播承载的关联关系”(如，DRB-1对应QoSflow-1)，USD中携带了“多播业务和多播业务承载的关联关系配置信息”(如，TMGI-1对应QoS flow-1)，则UE可以识别出该DRB-1中携带了多播业务-1。
UE根据该单播承载中传输的特定多播业务，将该接收到的特定多播业务传送给该特定多播业务对应的协议实体(或，应用实体)。
额外的，如果网络侧指示特定小区的特定多播业务发送方式为“通过单播承载发送多播业务”，则UE在需要接受该特定多播业务的时候，请求建立该多播业务的单播承载。
如，IDLE/INACTIVE UE通过SIB消息发现cell-1的多播业务TMGI-1的发送方式为通过DRB发送，则UE在cell-1发起连接建立过程，并请求建立该多播业务TMGI-1的单播承载。
实施例二：RRC配置共同关联。
步骤一：网络侧给UE配置单播承载(如，DRB-1)，以及该单播承载与多播业务的关联关系。
如，DRB-1中承载的数据来自TMGI-1。
其中，该多播业务的信息包括以下至少一项：
多播业务描述信息(同实施例1)；
多播业务承载信息。
其中，该“多播业务承载信息”包括以下至少一项：
数据流标识(如，QoS flow ID-1)；
数据会话标识(如，PDU Session-1)。
额外的，网络侧在给UE配置单播承载及单播承载与多播业务的关联关系之前，基站接收核心发送的多播承载和多播业务的对应关系配置。其中，该“多播承载和多播业务的对应关系配置”包括：
多播业务承载信息(同实施例1)；
多播业务描述信息(同上实施例2描述)。
额外的，网络侧可以通知UE特定小区的特定多播业务发送方式为“通过单播承载发送多播业务”。如，网络侧在SIB消息中指示cell-1的多播业务TMGI-1的发送方式为通过DRB发送。同实施例1。
步骤二：UE根据步骤一中的“单播承载与多播业务的关联关系”，从而可以识别出该单播承载中传输的特定多播业务。
如，RRC消息中携带了“单播承载与多播业务的关联关系”(如，TMGI-1对应DRB-1)，则UE可以识别出该DRB-1中携带了多播业务-1。
其中，该单播承载的信息同实施例1。
其中，该多播业务的信息同步骤1。
UE根据该单播承载中传输的特定多播业务，将该接收到的特定多播业务传送给该特定多播业务对应的协议实体(或，应用实体)。
额外的，如果网络侧指示特定小区的特定多播业务发送方式为“通过单播承载发送多播业务”，则UE在需要接受该特定多播业务的时候，请求建立该多播业务的单播承载。同实施例1。
在上述实施例一中，通过业务描述文件提供，特定多播业务和多播业务承载的关联关系。在上述实施例二中，在单播承载建立的时候，指定该单播承载的多播业务类型。
通过申请实施例，可以让终端在通过单播承载接收多播业务的时候能够准确识别出该多播业务的类型，从而能够保证UE将接收到的数据发送给对应的业务接收实体，避免了由于无法识别数据业务类型导致的数据接收失败。
需要说明的是，本申请实施例提供的识别方法，执行主体可以为识别装置，或者，该识别装置中的用于执行识别方法的控制模块。本申请实施例中以识别装置执行识别方法为例，说明本申请实施例提供的识别装置。
参见图4，图4是本申请实施例提供的识别装置的结构图。
如图4所示，识别装置400包括：
获取模块401，用于接收第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系；
识别模块402，用于根据所述第一关联关系，识别第一单播承载传输的第一多播业务。
可选的，所述第一目标配置信息，包括第一配置信息和第二配置信息，所述第一配置信息用于配置多播业务与多播业务的第一承载的第二关联关系，所述第二配置信息用于配置单播承载与所述第一承载的第三关联关系；
所述识别装置400，还包括：
确定模块，用于根据所述第二关联关系和所述第三关联关系，确定所述第一关联关系。
可选的，所述第一配置信息包括：多播业务的描述信息；所述第一承载的标识。
可选的，所述第二配置信息包括：所述的第一承载的标识；单播承载的标识。
可选的，所述第一配置信息通过业务描述文件承载，所述第二配置信息通过无线资源控制RRC消息承载。
可选的，所述第一目标配置信息用于配置所述第一关联关系。
可选的，所述第一目标配置信息包括：多播业务的描述信息；单播承载的标识。
可选的，所述第一目标配置信息通过RRC消息承载。
可选的，所述多播业务的描述信息，包括以下至少一项：多播业务标识；多播业务名称；多播业务解释；多播业务的发送地址；多播业务的发送协议；多播业务的会话标识。
可选的，所述第一承载的标识，包括以下至少一项：数据流标识；数据会话标识；无线承载标识；逻辑信道标识；多播调度标识。
可选的，所述单播承载的标识，包括以下至少一项：无线承载标识；逻辑信道标识；小区组标识；无线链路控制RLC实体标识；单播调度标识。
可选的，所述识别装置400还包括：
第一接收模块，用于接收指示信息，所述指示信息用于指示第一小区的第二多播业务通过单播承载发送，所述第二多播业务包括所述第一多播业务。
可选的，所述识别装置400还包括：
第一发送模块，用于在所述终端需要接收所述第一多播业务的情况下，发送请求消息，所述请求消息用于请求建立单播承载。
可选的，所述识别装置500还包括：
第二接收模块，用于接收请求响应消息，所述请求响应消息指示所述终端建立第一单播承载；
第一建立模块，用于建立所述第一单播承载。
可选的，所述识别装置400还包括：
第三接收模块，用于通过所述第一单播承载接收所述第一多播业务的数据。
本申请实施例中的识别装置可以是装置，也可以是终端中的部件、集合成电路、或芯片。该装置可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端4的类型，非移动终端可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的识别装置可以为具有操作***的装置。该操作***可以为安卓(Android)操作***，可以为ios操作***，还可以为其他可能的操作***，本申请实施例不作具体限定。
本申请实施例提供的识别装置400能够实现图2方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，本申请实施例提供的发送方法，执行主体可以为发送装置，或者，该发送装置中的用于执行发送方法的控制模块。本申请实施例中以发送装置执行发送方法为例，说明本申请实施例提供的发送装置。
参见图5，图5是本申请实施例提供的发送装置的结构图。
如图5所示，发送装置500包括：
第二发送模块501，用于发送第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系。
可选的，所述第一目标配置信息，包括第一配置信息和第二配置信息，所述第一配置信息用于配置多播业务与多播业务的第一承载的第二关联关系，所述第二配置信息用于配置单播承载与所述第一承载的第三关联关系。
可选的，所述第一配置信息包括：多播业务的描述信息；所述第一承载的标识。
可选的，所述第二配置信息包括：所述第一承载的标识；单播承载的标识。
可选的，所述第一配置信息通过业务描述文件承载，所述第二配置信息通过无线资源控制RRC消息承载。
可选的，所述第一目标配置信息用于配置所述第一关联关系。
可选的，所述第一目标配置信息包括：多播业务的描述信息；单播承载的标识。
可选的，所述第一目标配置信息通过RRC消息承载。
可选的，所述发送装置500还包括：
第四接收模块，用于接收第二目标配置信息，所述第二目标配置信息用于配置多播业务与多播业务的第一承载的第二关联关系；
根据所述第二关联关系，以及预先建立的单播承载与所述第一承载的第三关联关系，确定所述第一关联关系。
可选的，所述第二目标配置信息包括：多播业务的描述信息；所述第一承载的标识。
可选的，所述多播业务的描述信息，包括以下至少一项：多播业务标识；多播业务名称；多播业务解释；多播业务的发送地址；多播业务的发送协议；多播业务的会话标识。
可选的，所述第一承载的标识，包括以下至少一项：数据流标识；数据会话标识；无线承载标识；逻辑信道标识；多播调度标识。
可选的，所述单播承载的标识，包括以下至少一项：无线承载标识；逻辑信道标识；小区组标识；无线链路控制RLC实体标识；单播调度标识。
可选的，所述发送装置500还包括：
第三发送模块，用于发送指示信息，所述指示信息用于指示第一小区的第二多播业务通过单播承载发送。
可选的，所述发送装置500还包括：
第五接收模块，用于接收终端在需要接收第一多播业务的情况下，发送的请求消息，所述请求消息用于请求建立单播承载；
其中，所述第一多播业务属于所述第二多播业务。
可选的，所述发送装置500还包括：
第四发送模块，用于发送请求响应消息，所述请求响应消息指示所述终端建立第一单播承载。
可选的，所述发送装置500还包括：
第二建立模块，用于建立第一单播承载。
可选的，所述发送装置500还包括：
第三建立模块，用于建立以下至少一项关联关系：所述第一关联关系，在所述第一关联关系中，所述第一单播承载关联第一多播业务；第三关联关系，在所述第三关联关系中，所述第一单播承载关联第一多播业务的承载。
本申请实施例中的发送装置可以是装置，也可以是网络侧设备中的部件、集合成电路、或芯片。网络侧设备可以包括但不限于上述所列举的网络侧设备5的类型，本申请实施例不作具体限定。
本申请实施例提供的发送装置500能够实现图3方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，例如，该通信设备600为终端时，该程序或指令被处理器601执行时实现上述图2方法实施例的各个过程，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指令被处理器601执行时实现上述图3方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
图7为实现本申请实施例的一种终端的硬件结构示意图。
该终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、以及处理器710等部件。
本领域技术人员可以理解，终端700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理***与处理器710逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。图7中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元704可以包括图形处理器(GraphicsProcessing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707包括触控面板7071以及其他输入设备7072。触控面板7071，也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元701将来自网络侧设备的下行数据接收后，给处理器710处理；另外，将上行的数据发送给网络侧设备。通常，射频单元701包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器709可用于存储软件程序或指令以及各种数据。存储器709可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作***、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器709可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
处理器710可包括一个或多个处理单元；可选的，处理器710可集合成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集合成到处理器710中。
其中，射频单元701，用于：接收第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系；
处理器710，用于：根据所述第一关联关系，识别第一单播承载传输的第一多播业务。
可选的，所述第一目标配置信息，包括第一配置信息和第二配置信息，所述第一配置信息用于配置多播业务与多播业务的第一承载的第二关联关系，所述第二配置信息用于配置单播承载与所述第一承载的第三关联关系；
处理器710，用于：
根据所述第二关联关系和所述第三关联关系，确定所述第一关联关系。
可选的，所述第一配置信息包括：多播业务的描述信息；所述第一承载的标识。
可选的，所述第二配置信息包括：所述的第一承载的标识；单播承载的标识。
可选的，所述第一配置信息通过业务描述文件承载，所述第二配置信息通过无线资源控制RRC消息承载。
可选的，所述第一目标配置信息用于配置所述第一关联关系。
可选的，所述第一目标配置信息包括：多播业务的描述信息；单播承载的标识。
可选的，所述第一目标配置信息通过RRC消息承载。
可选的，所述多播业务的描述信息，包括以下至少一项：多播业务标识；多播业务名称；多播业务解释；多播业务的发送地址；多播业务的发送协议；多播业务的会话标识。
可选的，所述第一承载的标识，包括以下至少一项：数据流标识；数据会话标识；无线承载标识；逻辑信道标识；多播调度标识。
可选的，所述单播承载的标识，包括以下至少一项：无线承载标识；逻辑信道标识；小区组标识；无线链路控制RLC实体标识；单播调度标识。
可选的，射频单元701，还用于：
接收指示信息，所述指示信息用于指示第一小区的第二多播业务通过单播承载发送，所述第二多播业务包括所述第一多播业务。
可选的，射频单元701，还用于：
在所述终端需要接收所述第一多播业务的情况下，发送请求消息，所述请求消息用于请求建立单播承载。
可选的，射频单元701，还用于：接收请求响应消息，所述请求响应消息指示所述终端建立第一单播承载；
处理器710，还用于：建立所述第一单播承载。
可选的，射频单元701，还用于：
通过所述第一单播承载接收所述第一多播业务的数据。
需要说明的是，本实施例中上述终端700可实现本发明实施例中图2方法实施例中的各个过程，及达到相同的有益效果，为避免重复，此处不再赘述。
具体地，本申请实施例还提供了一种网络侧设备。如图8所示，该网络设备800包括：天线81、射频装置82、基带装置83。天线81与射频装置82连接。在上行方向上，射频装置82通过天线81接收信息，将接收的信息发送给基带装置83进行处理。在下行方向上，基带装置83对要发送的信息进行处理，并发送给射频装置82，射频装置82对收到的信息进行处理后经过天线81发送出去。
上述频带处理装置可以位于基带装置83中，以上实施例中网络侧设备执行的方法可以在基带装置83中实现，该基带装置83包括处理器84和存储器85。
基带装置83例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所示，其中一个芯片例如为处理器84，与存储器85连接，以调用存储器85中的程序，执行以上方法实施例中所示的网络设备操作。
该基带装置83还可以包括网络接口86，用于与射频装置82交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。
具体地，本发明实施例的网络侧设备还包括：存储在存储器85上并可在处理器84上运行的指令或程序，处理器84调用存储器85中的指令或程序执行图3方法实施例中的各个过程，并达到相同的技术效果，为避免重复，故不在此赘述。
本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述识别方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述图2或图3方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现上述图2或图3方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为***级芯片，***芯片，芯片***或片上***芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面集合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (42)

1.一种识别方法，应用于终端，其特征在于，所述方法包括：
接收第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系；
根据所述第一关联关系，识别第一单播承载传输的第一多播业务。
2.根据权利要求1所述的方法，其特征在于，所述第一目标配置信息，包括第一配置信息和第二配置信息，所述第一配置信息用于配置多播业务与多播业务的第一承载的第二关联关系，所述第二配置信息用于配置单播承载与所述第一承载的第三关联关系；
所述接收第一目标配置信息之后，所述识别第一单播承载传输的第一多播业务之前，所述方法还包括：
根据所述第二关联关系和所述第三关联关系，确定所述第一关联关系。
3.根据权利要求2所述的方法，其特征在于，所述第一配置信息包括：多播业务的描述信息；所述第一承载的标识。
4.根据权利要求2所述的方法，其特征在于，所述第二配置信息包括：所述的第一承载的标识；单播承载的标识。
5.根据权利要求2所述的方法，其特征在于，所述第一配置信息通过业务描述文件承载，所述第二配置信息通过无线资源控制RRC消息承载。
6.根据权利要求1所述的方法，其特征在于，所述第一目标配置信息用于配置所述第一关联关系。
7.根据权利要求6所述的方法，其特征在于，所述第一目标配置信息包括：多播业务的描述信息；单播承载的标识。
8.根据权利要求6所述的方法，其特征在于，所述第一目标配置信息通过RRC消息承载。
9.根据权利要求1所述的方法，其特征在于，所述识别第一单播承载传输的第一多播业务之前，所述方法还包括：
接收指示信息，所述指示信息用于指示第一小区的第二多播业务通过单播承载发送，所述第二多播业务包括所述第一多播业务。
10.根据权利要求9所述的方法，其特征在于，所述接收指示信息之后，所述接收第一目标配置信息之前，所述方法还包括：
在所述终端需要接收所述第一多播业务的情况下，发送请求消息，所述请求消息用于请求建立单播承载；
接收请求响应消息，所述请求响应消息指示所述终端建立第一单播承载；
建立所述第一单播承载。
11.根据权利要求1所述的方法，其特征在于，所述识别第一单播承载传输的第一多播业务之后，所述方法还包括：
通过所述第一单播承载接收所述第一多播业务的数据。
12.一种发送方法，应用于网络侧设备，其特征在于，所述方法包括：
发送第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系。
13.根据权利要求12所述的方法，其特征在于，所述第一目标配置信息，包括第一配置信息和第二配置信息，所述第一配置信息用于配置多播业务与多播业务的第一承载的第二关联关系，所述第二配置信息用于配置单播承载与所述第一承载的第三关联关系。
14.根据权利要求13所述的方法，其特征在于，所述第一配置信息包括：多播业务的描述信息；所述第一承载的标识。
15.根据权利要求13所述的方法，其特征在于，所述第二配置信息包括：所述第一承载的标识；单播承载的标识。
16.根据权利要求13所述的方法，其特征在于，所述第一配置信息通过业务描述文件承载，所述第二配置信息通过无线资源控制RRC消息承载。
17.根据权利要求12所述的方法，其特征在于，所述第一目标配置信息用于配置所述第一关联关系。
18.根据权利要求17所述的方法，其特征在于，所述第一目标配置信息包括：多播业务的描述信息；单播承载的标识。
19.根据权利要求17所述的方法，其特征在于，所述第一目标配置信息通过RRC消息承载。
20.根据权利要求17所述的方法，其特征在于，所述发送第一目标配置信息之前，所述方法还包括：
接收第二目标配置信息，所述第二目标配置信息用于配置多播业务与多播业务的第一承载的第二关联关系；
根据所述第二关联关系，以及预先建立的单播承载与所述第一承载的第三关联关系，确定所述第一关联关系。
21.根据权利要求20所述的方法，其特征在于，所述第二目标配置信息包括：多播业务的描述信息；所述第一承载的标识。
22.根据权利要求12所述的方法，其特征在于，所述发送第一目标配置信息之前，所述方法还包括：
发送指示信息，所述指示信息用于指示第一小区的第二多播业务通过单播承载发送。
23.根据权利要求22所述的方法，其特征在于，所述发送指示信息之后，所述发送第一目标配置信息之前，所述方法还包括：
接收终端在需要接收第一多播业务的情况下，发送的请求消息，所述请求消息用于请求建立单播承载，所述第一多播业务属于所述第二多播业务；
发送请求响应消息，所述请求响应消息指示所述终端建立第一单播承载。
24.根据权利要求22所述的方法，其特征在于，所述发送指示信息之后，所述发送第一目标配置信息之前，所述方法还包括：
建立第一单播承载。
25.根据权利要求23或24所述的方法，其特征在于，所述发送第一目标配置信息之前，所述方法还包括：
建立以下至少一项关联关系：所述第一关联关系，在所述第一关联关系中，所述第一单播承载关联第一多播业务；第三关联关系，在所述第三关联关系中，所述第一单播承载关联第一多播业务的承载。
26.一种识别装置，应用于终端，其特征在于，所述识别装置包括：
获取模块，用于接收第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系；
识别模块，用于根据所述第一关联关系，识别第一单播承载传输的第一多播业务。
27.根据权利要求26所述的识别装置，其特征在于，所述第一目标配置信息，包括第一配置信息和第二配置信息，所述第一配置信息用于配置多播业务与多播业务的第一承载的第二关联关系，所述第二配置信息用于配置单播承载与所述第一承载的第三关联关系；
所述识别装置，还包括：
确定模块，用于根据所述第二关联关系和所述第三关联关系，确定所述第一关联关系。
28.根据权利要求26所述的识别装置，其特征在于，所述第一目标配置信息用于配置所述第一关联关系。
29.根据权利要求26所述的识别装置，其特征在于，所述识别装置还包括：
第一接收模块，用于接收指示信息，所述指示信息用于指示第一小区的第二多播业务通过单播承载发送，所述第二多播业务包括所述第一多播业务。
30.根据权利要求29所述的识别装置，其特征在于，所述识别装置还包括：
第一发送模块，用于在所述终端需要接收所述第一多播业务的情况下，发送请求消息，所述请求消息用于请求建立单播承载；
第二接收模块，用于接收请求响应消息，所述请求响应消息指示所述终端建立第一单播承载；
第一建立模块，用于建立所述第一单播承载。
31.根据权利要求26所述的识别装置，其特征在于，所述识别装置还包括：
第三接收模块，用于通过所述第一单播承载接收所述第一多播业务的数据。
32.一种发送装置，应用于网络侧设备，其特征在于，所述发送装置包括：
第二发送模块，用于发送第一目标配置信息，所述第一目标配置信息用于确定多播业务与单播承载的第一关联关系。
33.根据权利要求32所述的发送装置，其特征在于，所述第一目标配置信息，包括第一配置信息和第二配置信息，所述第一配置信息用于配置多播业务与多播业务的第一承载的第二关联关系，所述第二配置信息用于配置单播承载与所述第一承载的第三关联关系。
34.根据权利要求32所述的发送装置，其特征在于，所述第一目标配置信息用于配置所述第一关联关系。
35.根据权利要求34所述的发送装置，其特征在于，所述发送装置还包括：
第四接收模块，用于接收第二目标配置信息，所述第二目标配置信息用于配置多播业务与多播业务的第一承载的第二关联关系；
根据所述第二关联关系，以及预先建立的单播承载与所述第一承载的第三关联关系，确定所述第一关联关系。
36.根据权利要求32所述的发送装置，其特征在于，所述发送装置还包括：
第三发送模块，用于发送指示信息，所述指示信息用于指示第一小区的第二多播业务通过单播承载发送。
37.根据权利要求36所述的发送装置，其特征在于，所述发送装置还包括：
第五接收模块，用于接收终端在需要接收第一多播业务的情况下，发送的请求消息，所述请求消息用于请求建立单播承载，所述第一多播业务属于所述第二多播业务；
第四发送模块，用于发送请求响应消息，所述请求响应消息指示所述终端建立第一单播承载。
38.根据权利要求36所述的发送装置，其特征在于，所述发送装置还包括：
第二建立模块，用于建立第一单播承载。
39.根据权利要求37或38所述的发送装置，其特征在于，所述发送装置还包括：
第三建立模块，用于建立以下至少一项关联关系：所述第一关联关系，在所述第一关联关系中，所述第一单播承载关联第一多播业务；第三关联关系，在所述第三关联关系中，所述第一单播承载关联第一多播业务的承载。
40.一种终端，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至11任一项所述的识别方法的步骤。
41.一种网络侧设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求12至25任一项所述的发送方法的步骤。
42.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至11任一项所述的识别方法的步骤，或者实现如权利要求12至25任一项所述的发送方法的步骤。
CN202010694240.1A 2020-07-17 2020-07-17 识别方法、发送方法及相关设备 Pending CN113950042A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010694240.1A CN113950042A (zh) 2020-07-17 2020-07-17 识别方法、发送方法及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010694240.1A CN113950042A (zh) 2020-07-17 2020-07-17 识别方法、发送方法及相关设备

Publications (1)

Publication Number Publication Date
CN113950042A true CN113950042A (zh) 2022-01-18

Family

ID=79326827

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010694240.1A Pending CN113950042A (zh) 2020-07-17 2020-07-17 识别方法、发送方法及相关设备

Country Status (1)

Country Link
CN (1) CN113950042A (zh)

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047881A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 一种提供组播承载的方法与***
CN101931882A (zh) * 2009-06-22 2010-12-29 中兴通讯股份有限公司 多媒体广播多播业务的标识及接收方法与装置
CN102137334A (zh) * 2010-01-27 2011-07-27 中兴通讯股份有限公司 一种属性协商方法和***
CN104769975A (zh) * 2013-09-27 2015-07-08 华为技术有限公司 组通讯的方法、装置及***
CN104813691A (zh) * 2013-03-22 2015-07-29 联发科技股份有限公司 基于lte增强型多媒体广播多播业务的群组通信的无线资源高效传输
US20160374050A1 (en) * 2013-07-01 2016-12-22 Nec Europe Ltd. Method for providing multicast/broadcast service continuity for mobile terminals
CN106465065A (zh) * 2015-04-10 2017-02-22 华为技术有限公司 一种多播业务传输装置及方法
CN106488409A (zh) * 2015-08-29 2017-03-08 华为技术有限公司 一种单播发送广播多播数据的方法、装置及***
CN106793170A (zh) * 2016-09-29 2017-05-31 展讯通信（上海）有限公司 用户终端及数据的传输方法
CN108235340A (zh) * 2016-12-21 2018-06-29 展讯通信（上海）有限公司 下行调度方法、装置及基站
CN108289065A (zh) * 2017-01-10 2018-07-17 华为技术有限公司 数据处理方法、装置和***
CN110557724A (zh) * 2018-06-04 2019-12-10 华为技术有限公司 一种多播业务的数据传输方法以及相关设备

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047881A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 一种提供组播承载的方法与***
CN101931882A (zh) * 2009-06-22 2010-12-29 中兴通讯股份有限公司 多媒体广播多播业务的标识及接收方法与装置
CN102137334A (zh) * 2010-01-27 2011-07-27 中兴通讯股份有限公司 一种属性协商方法和***
CN104813691A (zh) * 2013-03-22 2015-07-29 联发科技股份有限公司 基于lte增强型多媒体广播多播业务的群组通信的无线资源高效传输
US20160374050A1 (en) * 2013-07-01 2016-12-22 Nec Europe Ltd. Method for providing multicast/broadcast service continuity for mobile terminals
CN104769975A (zh) * 2013-09-27 2015-07-08 华为技术有限公司 组通讯的方法、装置及***
CN106465065A (zh) * 2015-04-10 2017-02-22 华为技术有限公司 一种多播业务传输装置及方法
CN106488409A (zh) * 2015-08-29 2017-03-08 华为技术有限公司 一种单播发送广播多播数据的方法、装置及***
CN106793170A (zh) * 2016-09-29 2017-05-31 展讯通信（上海）有限公司 用户终端及数据的传输方法
CN108235340A (zh) * 2016-12-21 2018-06-29 展讯通信（上海）有限公司 下行调度方法、装置及基站
CN108289065A (zh) * 2017-01-10 2018-07-17 华为技术有限公司 数据处理方法、装置和***
CN110557724A (zh) * 2018-06-04 2019-12-10 华为技术有限公司 一种多播业务的数据传输方法以及相关设备

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
VIVO: "R1-1700282 "MBMS design in Mini-slot below 6 GHz"", 3GPP TSG_RAN\\WG1_RL1, no. 1 *
VIVO: "R1-1700282 "MBMS design in Mini-slot below 6 GHz"", 3GPP TSG_RAN\\WG1_RL1, no. 1, 9 January 2017 (2017-01-09) *
VIVO: "S2-2004106 "KI #7, New Sol: Mode switch between multicast and unicast."", 3GPP TSG_SA\\WG2_ARCH, no. 2 *
VIVO: "S2-2004106 "KI #7, New Sol: Mode switch between multicast and unicast."", 3GPP TSG_SA\\WG2_ARCH, no. 2, 22 May 2020 (2020-05-22) *

Similar Documents

Publication Publication Date Title
CN114071369B (zh) 一种信息传输方法、装置、终端及网络设备
WO2022028539A1 (zh) 信息传输方法、装置、终端及网络侧设备
CN114422094A (zh) Pdcp重复的配置、激活或去激活方法和终端
WO2022033560A1 (zh) 上报能力的方法、终端设备和网络设备
CN113972967A (zh) 辅助信息发送方法、接收方法、装置、终端及网络侧设备
US20230262654A1 (en) Paging message receiving method, paging configuration method, terminal, and network side device
WO2022022582A1 (zh) 切换处理方法及源基站
CN114501490B (zh) 业务转移方法、终端及网络侧设备
CN113950042A (zh) 识别方法、发送方法及相关设备
CN113939042A (zh) 处理方法、发送方法及相关设备
CN114071767A (zh) Sps pdsch的类型指示方法、装置、终端及网络侧设备
CN113972966B (zh) 业务处理方法、装置及相关设备
CN113950007B (zh) 业务传输的方法、装置和通信设备
CN115086882B (zh) 传输方法、装置、设备及可读存储介质
WO2022017480A1 (zh) 管理目标业务的方法、装置和通信设备
EP3007472B1 (en) Service scheduling method, system, terminal and storage medium based on clustering system
CN113784384B (zh) 模式切换方法、终端及网络侧设备
US20240048503A1 (en) Resource Release Method and Apparatus, Network Node and Storage Medium
WO2022148454A1 (zh) 数据传输方法、装置及网络侧设备
CN113938968B (zh) 数据传输方法、装置及设备
CN116471676A (zh) 业务传输方法、装置、终端及网络侧设备
CN114390677A (zh) 寻呼方法、装置、终端、网络侧设备及可读存储介质
CN113972964A (zh) 反馈信息的传输方法、终端及网络侧设备
CN116419164A (zh) 多播业务处理的方法、装置、网络设备及终端
CN116962988A (zh) 配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination