CN116471549A - 一种数据传输的方法、装置以及系统 - Google Patents
一种数据传输的方法、装置以及系统 Download PDFInfo
- Publication number
- CN116471549A CN116471549A CN202210026717.8A CN202210026717A CN116471549A CN 116471549 A CN116471549 A CN 116471549A CN 202210026717 A CN202210026717 A CN 202210026717A CN 116471549 A CN116471549 A CN 116471549A
- Authority
- CN
- China
- Prior art keywords
- information
- pdu session
- qos flow
- session
- multicast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 171
- 230000005540 biological transmission Effects 0.000 title claims abstract description 58
- 238000004891 communication Methods 0.000 claims description 44
- 238000012545 processing Methods 0.000 claims description 44
- 230000003213 activating effect Effects 0.000 claims description 32
- 230000015654 memory Effects 0.000 claims description 29
- 238000004590 computer program Methods 0.000 claims description 17
- 230000009849 deactivation Effects 0.000 claims description 9
- 239000002699 waste material Substances 0.000 abstract description 8
- 238000007726 management method Methods 0.000 description 170
- 230000006870 function Effects 0.000 description 64
- 230000004048 modification Effects 0.000 description 27
- 238000012986 modification Methods 0.000 description 27
- 238000005516 engineering process Methods 0.000 description 23
- 230000004913 activation Effects 0.000 description 22
- 230000004044 response Effects 0.000 description 20
- 238000010586 diagram Methods 0.000 description 15
- 230000008569 process Effects 0.000 description 9
- 101100240462 Homo sapiens RASAL2 gene Proteins 0.000 description 8
- 102100035410 Ras GTPase-activating protein nGAP Human genes 0.000 description 8
- 230000009471 action Effects 0.000 description 6
- 238000013461 design Methods 0.000 description 6
- 230000003993 interaction Effects 0.000 description 6
- 230000011664 signaling Effects 0.000 description 6
- 238000012546 transfer Methods 0.000 description 6
- 230000008093 supporting effect Effects 0.000 description 5
- 230000007774 longterm Effects 0.000 description 4
- 230000007420 reactivation Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000013523 data management Methods 0.000 description 3
- 230000001976 improved effect Effects 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000003190 augmentative effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0096—Indication of changes in allocation
- H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
-
- 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/0205—Traffic management, e.g. flow control or congestion control at the air interface
-
- 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/10—Flow control between communication endpoints
- H04W28/12—Flow control between communication endpoints using signalling between network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供了一种数据传输的方法、装置和系统,该方法包括:会话管理网元通过第一PDU会话接收来自终端设备的加入请求消息,该加入请求消息用于请求加入组播业务;若该第一PDU会话处于去激活状态,则会话管理网元向第一接入网设备发送第一信息,该第一信息用于激活该第一PDU会话的关联QoS流中的部分QoS流,该部分QoS流用于传输该组播业务的数据。由于激活的是第一PDU会话的关联QoS流中的部分QoS流,从而避免了激活第一PDU会话的全部QoS流,有助于减少资源浪费,在保证组播业务的数据的正常传输的同时能够更加合理地利用空口资源。
Description
技术领域
本申请实施例涉及通信领域,更具体地,涉及一种数据传输的方法、装置以及系统。
背景技术
为了节省网络资源,第三代合作伙伴计划(3rd generation partnershipproject,3GPP)协议标准提出了基于单播的组播技术。简单来说,基于单播的组播技术是指终端设备通过单播方式请求加入组播业务,在接入网设备支持组播时,用户面网元和接入网设备可以通过组播方式向群组内不同终端设备发送组播会话的数据。
在基于单播的组播技术中,如何合理利用空口资源是一个值得关心的问题。
发明内容
本申请实施例提供一种数据传输的方法、装置和系统,有助于更加合理地利用空口资源。
第一方面,提供了一种数据传输的方法,该方法可以由会话管理网元执行,或者,也可以由配置于会话管理网元中的部件(例如,电路、芯片或芯片系统)执行,本申请对此不作限定。
该方法包括:通过第一协议数据单元(protocol data unit,PDU)会话接收来自终端设备的加入请求消息,该加入请求消息用于请求加入组播业务;若该第一PDU会话处于去激活状态,则向第一接入网设备发送第一信息,该第一信息用于激活该第一PDU会话的关联服务质量(quality of service,QoS)流中的部分QoS流,该部分QoS流用于传输该组播业务的数据。
基于上述方案,会话管理网元在接收到终端设备通过第一PDU会话发送的请求加入组播业务的加入请求消息之后,判断第一PDU会话的状态,在第一PDU会话处于去激活状态时,会话管理网元会向第一接入网设备发送第一信息,通过发送第一信息来触发第一接入网设备激活第一PDU会话的关联QoS流中的部分QoS流,该部分QoS流用于传输该组播业务的数据,实现了激活该部分QoS流以传输组播业务的数据,从而避免了激活第一PDU会话的关联QoS流中的全部QoS流,有助于减少资源浪费,在保证组播业务的数据的正常传输的同时能够更加合理地利用空口资源。
另一方面,本申请的方案支持会话管理网元触发第一接入网设备激活第一PDU会话的关联QoS流中的部分QoS流,使得会话管理网元的QoS管理更灵活。
结合第一方面,在第一方面的某些实现方式中,该第一信息包括该部分QoS流的标识信息。
结合第一方面,在第一方面的某些实现方式中,前述向第一接入网设备发送第一信息,包括:若该组播业务关联的组播会话处于激活状态,则向该第一接入网设备发送该第一信息;和/或,若该组播业务关联的组播会话从去激活状态转变为激活状态,则向该第一接入网设备发送该第一信息。
基于上述方案,在第一PDU会话处于去激活状态时,会话管理网元还会判断组播业务关联的组播会话的状态,从而根据该组播会话的状态确定发送第一信息的时机。通过该方法,可以避免在组播会话处于去激活状态时,仍然触发第一接入网设备激活该部分QoS流,该部分QoS流用于传输该组播业务的数据。也就是,有助于减少资源浪费,在保证组播业务的数据正常传输的同时更加合理地利用空口资源。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:接收第二信息,该第二信息用于通知该组播会话被激活;若该组播会话处于去激活状态,则根据该第二信息确定该组播会话从去激活状态转变为激活状态。
基于上述方案,会话管理网元可以接收关于组播会话的状态的通知消息,从而可以确定组播会话的状态,进一步,确定发送第一信息的时机,如此,有助于更加合理地利用空口资源。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:向该终端设备发送第三信息;其中,该第三信息用于通知该第一PDU会话的关联QoS流中被激活的QoS流;或,该第三信息用于指示该第一PDU会话的关联QoS流未全部处于激活状态。
基于上述方案,会话管理网元可以向终端设备通知第一PDU会话的关联QoS流中被激活的QoS流,或者,向终端设备指示第一PDU会话的关联QoS流未全部处于激活状态,如此,使得终端设备可以获得第一PDU会话的关联QoS流是否全部处于激活状态。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:若接收到来自该终端设备的业务请求消息,且该业务请求消息用于请求通过所述第一PDU会话传输单播业务的数据,则向该第一接入网设备发送第四信息,该第四信息用于激活第二QoS流;其中,该第二QoS流属于该第一PDU会话的关联QoS流,且用于传输该单播业务的数据;或,该第二QoS流属于该第一PDU会话的关联QoS流,且处于去激活状态。
基于上述方案,若接收到终端设备的业务请求消息,则会话管理网元可以通过发送第四信息来触发第一接入网设备激活第二QoS流,该第二QoS流可以用于第一接入网设备传输单播业务。通过这种方法,既可以保证单播业务的传输,也可以避免第二QoS流被重复激活,有助于提升系统通信效率。
结合第一方面,在第一方面的某些实现方式中,该方法应用于该终端设备从该第一接入网设备移动到第二接入网设备的场景,该方法还包括:若路径切换请求消息或者PDU会话上下文更新请求消息不包括第一指示信息,该第一指示信息用于指示该第二接入网设备支持组播/广播业务,则向该第二接入网设备发送第五信息,该第五信息用于激活第三QoS流,该第三QoS流属于该第一PDU会话的关联QoS流,且处于去激活状态;或,若该第二接入网设备不支持组播/广播业务,则向该第二接入网设备发送该第五信息。
基于上述方案,若第二接入网设备不支持组播/广播业务,则会话管理网元可以通过发送第五信息来触发第二接入网设备激活第三QoS流,该第三QoS流可以用于第二接入网设备通过单播方式进行数据传输,通过该方法,使得第二接入网设备可以提前建立用于单播方式进行数据传输的上下文,在后续业务到来的时候,无需与核心网设备进行控制信令的交互,在一定程度上,有助于保证业务的连续性。
第二方面,提供了一种数据传输的方法,该方法可以由终端设备执行,或者,也可以由终端设备的组成部件(例如芯片或者电路)执行,本申请对此不作限定。
该方法包括:获取第一协议数据单元PDU会话的状态和该第一PDU会话的关联QoS流的状态;若该第一PDU会话处于激活状态,且该第一PDU会话的关联QoS流未全部处于激活状态,则向核心网设备发送业务请求消息,该业务请求消息用于请求通过该第一PDU会话传输单播业务的数据;和/或,若该第一PDU会话处于激活状态,且该第一PDU会话的关联QoS流中的全部QoS流处于激活状态,则不发送该业务请求消息。
基于上述方案,当终端设备有单播业务的传输需求时,终端设备可以根据当前PDU会话的状态和PDU会话的关联QoS流的状态判断是否发送业务请求消息。若第一PDU会话处于激活状态且第一PDU会话的关联QoS流未全部处于激活状态,则终端设备发送业务请求消息。和/或,若第一PDU会话处于激活状态且第一PDU会话的关联QoS流全部处于激活状态,则不发送业务请求消息。通过这种方式,有助于减少资源浪费,在保证单播业务的数据正常传输的同时能够更加合理地利用空口资源。
结合第二方面,在第二方面的某些实现方式中,前述获取该第一PDU会话的关联QoS流的状态,包括:接收第三信息;其中,该第三信息用于通知该第一PDU会话的关联QoS流中被激活的QoS流;或,该第三信息用于指示该第一PDU会话的关联QoS流未全部处于激活状态。
结合第二方面,在第二方面的某些实现方式中,该方法还包括:通过该第一PDU会话发送加入请求消息,该加入请求消息用于请求加入组播业务。
第三方面,提供了一种数据的方法,该方法可以由第一接入网设备执行,或者,也可以由第一接入网设备的组成部件(例如芯片或者电路)执行,本申请对此不作限定。
该方法包括:接收第一信息,该第一信息用于激活第一PDU会话的关联服务质量QoS流中的部分QoS流,该部分QoS流用于传输组播业务的数据;根据第一信息激活该部分QoS流。
基于上述方案,如果会话管理网元向第一接入网设备发送第一信息,那么第一接入网设备可以根据第一信息激活第一PDU会话的关联QoS流中的部分QoS流,该部分QoS流用于传输该组播业务,实现了激活该部分QoS流以用于传输组播业务的数据,从而避免了激活第一PDU会话的全部QoS流,有助于减少资源浪费,在保证组播业务的数据的正常传输的同时能够更加合理地利用空口资源。
结合第三方面,在第三方面的某些实现方式中,该方法还包括:接收第四信息,该第四信息用于激活第二QoS流;根据第四信息激活该第二QoS流;其中,该第二QoS流属于第一PDU会话的关联QoS流,且用于传输单播业务的数据;或,该第二QoS流属于该第一PDU会话的关联QoS流,且处于去激活状态。
基于上述方案,若接收到终端设备的业务请求消息,则会话管理网元可以通过发送第四信息来触发第一接入网设备激活第二QoS流,该第二QoS流可以用于第一接入网设备传输单播业务。通过这种方法,既可以保证单播业务的传输,也可以避免第二QoS流被重复激活,有助于提升系统通信效率的可靠性。
第四方面,提供了一种数据传输的方法,该方法包括:会话管理网元通过第一协议数据单元PDU会话接收来自终端设备的加入请求消息,该加入请求消息用于请求加入组播业务;若该第一PDU会话处于去激活状态,则该会话管理网元向第一接入网设备发送第一信息,该第一信息用于激活该第一PDU会话的关联QoS流中的部分QoS流,该部分QoS流用于传输该组播业务的数据;该第一接入网设备根据该第一信息,激活该部分QoS流。
结合第四方面,在第四方面的某些实现方式中,该方法还包括:若接收到来自该终端设备的业务请求消息,该业务请求消息用于请求通过所述第一PDU会话传输单播业务的数据,则该会话管理网元向该第一接入网设备发送第四信息,该第四信息用于激活第二QoS流;该第一接入网设备根据该第四信息,激活该第二QoS流;
其中,该第二QoS流属于该第一PDU会话的关联QoS流,且用于传输该单播业务;或,该第二QoS流属于该第一PDU会话的关联QoS流,且处于去激活状态。
结合第四方面,在第四方面的某些实现方式中,该方法还包括:若路径切换请求消息或者PDU会话上下文更新请求消息不包括第一指示信息,该第一指示信息用于指示该第二接入网设备支持组播/广播业务,则该会话管理网元向该第二接入网设备发送第五信息;或,若该第二接入网设备不支持组播/广播业务,则该会话管理网元向该第二接入网设备发送该第五信息;该第二接入网设备根据该第五信息,激活该第三QoS流;其中,该第五信息用于激活第三QoS流,该第三QoS流属于该第一PDU会话的关联QoS流,且处于去激活状态。
第五方面,提供一种数据传输的装置,该装置用于执行上述第一方面、第二方面或第三方面提供的方法。具体地,该装置可以包括用于执行第一方面、或第一方面的上述任意一种实现方式、或第二方面或第二方面的上述任意一种实现方式、或第三方面或第三方面的上述任意一种实现方式提供的方法的单元和/或模块,如处理单元和/或通信单元。
在一种实现方式中,该装置为会话管理网元。当该装置为会话管理网元时,通信单元可以是收发器,或,输入/输出接口;处理单元可以是至少一个处理器。可选地,收发器可以为收发电路。可选地,输入/输出接口可以为输入/输出电路。
在另一种实现方式中,该装置为用于会话管理网元中的芯片、芯片系统或电路。当该装置为用于会话管理网元中的芯片、芯片系统或电路时,通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等;处理单元可以是至少一个处理器、处理电路或逻辑电路等。
在一种实现方式中,该装置为终端设备。当该装置为终端设备时,通信单元可以是收发器,或,输入/输出接口;处理单元可以是至少一个处理器。可选地,收发器可以为收发电路。可选地,输入/输出接口可以为输入/输出电路。
在另一种实现方式中,该装置为用于终端设备中的芯片、芯片系统或电路。当该装置为用于终端设备中的芯片、芯片系统或电路时,通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等;处理单元可以是至少一个处理器、处理电路或逻辑电路等。
第六方面,提供一种通信装置,该装置包括:存储器,用于存储程序;至少一个处理器,用于执行存储器存储的计算机程序或指令,以执行上述第一方面、或第一方面的上述任意一种实现方式、或第二方面或第二方面的上述任意一种实现方式、或第三方面或第三方面的上述任意一种实现方式提供的方法。
第七方面,本申请提供一种处理器,用于执行上述各方面提供的方法。
对于处理器所涉及的发送和获取/接收等操作,如果没有特殊说明,或者,如果未与其在相关描述中的实际作用或者内在逻辑相抵触,则可以理解为处理器输出和接收、输入等操作,也可以理解为由射频电路和天线所进行的发送和接收操作,本申请对此不做限定。
第八方面,提供一种计算机可读存储介质,该计算机可读介质存储用于设备执行的程序代码,该程序代码包括用于执行上述第一方面、或第一方面的上述任意一种实现方式、或第二方面或第二方面的上述任意一种实现方式、或第三方面或第三方面的上述任意一种实现方式提供的方法。
第九方面,提供一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述第一方面、或第一方面的上述任意一种实现方式、或第二方面或第二方面的上述任意一种实现方式、或第三方面或第三方面的上述任意一种实现方式提供的方法。
第十方面,提供一种芯片,芯片包括处理器与通信接口,处理器通过通信接口读取存储器上存储的指令,执行上述第一方面、或第一方面的上述任意一种实现方式、或第二方面或第二方面的上述任意一种实现方式、或第三方面或第三方面的上述任意一种实现方式提供的方法。
可选地,作为一种实现方式,芯片还包括存储器,存储器中存储有计算机程序或指令,处理器用于执行存储器上存储的计算机程序或指令,当计算机程序或指令被执行时,处理器用于执行上述第一方面、或第一方面的上述任意一种实现方式、或第二方面或第二方面的上述任意一种实现方式、或第三方面或第三方面的上述任意一种实现方式提供的方法。
第十一方面,提供一种通信系统,包括上文的会话管理网元和第一接入网设备。
可选地,该通信系统还包括上文的第二接入网设备。
附图说明
图1示出了一种网络架构的示意图。
图2示出了一种用于MBS的网络架构的示意图。
图3示出了一种基于单播的组播技术的示意图。
图4示出了本申请实施例提供的一种数据传输的方法200的示意图。
图5示出了本申请实施例提供的另一种数据传输的方法300的示意图
图6示出了本申请实施例提供的另一种数据传输的方法400的示意图。
图7示出了本申请实施例提供的一种数据传输的装置700的示意图
图8示出了本申请实施例提供数据传输的装置800的示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、第五代(5th generation,5G)系统或新无线(newradio,NR)或者其他演进的通信系统等。
本申请提供的技术方案还可以应用于未来的通信系统,如第六代移动通信系统等,本申请对此不作限定。
本申请提供的技术方案还可以应用于机器类通信(machine typecommunication,MTC)、机器间通信长期演进技术(long term evolution-machine,LTE-M)、设备到设备(device-to device,D2D)网络、机器到机器(machine to machine,M2M)网络、物联网(internet of things,IoT)网络或者其他网络。其中,IoT网络例如可以包括车联网。其中,车联网系统中的通信方式统称为车到其他设备(vehicle to X,V2X,X可以代表任何事物),例如,该V2X可以包括:车辆到车辆(vehicle to vehicle,V2V)通信,车辆与基础设施(vehicle to infrastructure,V2I)通信、车辆与行人之间的通信(vehicle topedestrian,V2P)或车辆与网络(vehicle to network,V2N)通信等。
作为示例,图1示出了一种网络架构的示意图。如图1所示,该网络架构以5G系统(the 5th generation system,5GS)为例。该网络架构可以包括但不限于:网络切片选择功能(network slice selection function,NSSF),认证服务器功能(authenticationserver function,AUSF),统一数据管理(unified data management,UDM),网络开放功能(network exposure function,NEF),网络存储功能(NF repository function,NRF),策略控制功能(policy control function,PCF),应用功能(application function,AF),接入和移动性管理功能(access and mobility management function,AMF),会话管理功能(session management function,SMF),用户设备(user equipment,UE),无线接入网设备,用户面功能(user plane function,UPF),数据网络(data network,DN)。
其中,DN可以是互联网;NSSF、AUSF、UDM、NEF、NRF、PCF、AF、AMF、SMF、UPF属于核心网中的网元,由于图1以5G系统为例,那么该核心网可以称为5G核心网(5G core network,5GC或5GCN)。
下面对图1中示出的各网元做简单介绍。
1、UE:可以称终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。
终端设备可以是一种向用户提供语音/数据的设备,例如,具有无线连接功能的手持式设备、车载设备等。目前,一些终端的举例为:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备,5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备等,本申请实施例对此并不限定。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
此外,在本申请实施例中,终端设备还可以是IoT系统中的终端设备,IoT是未来信息技术发展的重要组成部分,其主要技术特点是将物品通过通信技术与网络连接,从而实现人机互连,物物互连的智能化网络。
需要指出的是,终端设备与接入网设备之间可以采用某种空口技术(如NR或LTE技术等)相互通信。终端设备与终端设备之间也可以采用某种空口技术(如NR或LTE技术等)相互通信。
本申请实施例中,用于实现终端设备的功能的装置可以是终端设备,也可以是能够支持终端设备实现该功能的装置,例如芯片系统或芯片,该装置可以被安装在终端设备中。本申请实施例中,芯片系统可以由芯片构成,也可以包括芯片和其他分立器件。
2、(无线)接入网((radio)access network,(R)AN)设备:可以为特定区域的授权用户提供接入通信网络的功能,具体可以包括第三代合作伙伴计划(3rd generationpartnership project,3GPP)网络中无线网络设备也可以包括非3GPP(non-3GPP)网络中的接入点。下文为方便描述采用AN设备表示。
AN设备可以为采用不同的无线接入技术。目前的无线接入技术有两种类型:3GPP接入技术(例如,第三代(3rd generation,3G)、第四代(4th generation,4G)或5G系统中采用的无线接入技术)和非3GPP(non-3GPP)接入技术。3GPP接入技术是指符合3GPP标准规范的接入技术,例如,5G系统中的接入网设备称为下一代基站节点(next generation NodeBase station,gNB)或者RAN设备。非3GPP接入技术可以包括以无线保真(wirelessfidelity,WiFi)中的接入点(access point,AP)为代表的空口技术、全球互联微波接入(worldwide interoperability for microwave access,WiMAX)、码分多址(codedivision multiple access,CDMA)等。AN设备可以允许终端设备和3GPP核心网之间采用非3GPP技术互连互通。
AN设备能够负责空口侧的无线资源管理、服务质量(quality of service,QoS)管理、数据压缩和加密等功能。AN设备为终端设备提供接入服务,进而完成控制信号和用户数据在终端设备和核心网之间的转发。
AN设备例如可以包括但不限于:宏基站、微基站(也称为小站)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(base stationcontroller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,homeevolved NodeB,或home Node B,HNB)、基带单元(baseband unit,BBU),WiFi系统中的AP、无线中继节点、无线回传节点、传输点(transmission point,TP)或者发送接收点(transmission and reception point,TRP)等,还可以为5G(如,NR)系统中的gNB或传输点(TRP或TP),5G系统中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如分布式单元(distributed unit,DU),或者下一代通信6G系统中的基站等。本申请实施例对AN设备所采用的具体技术和具体设备形态不做限定。
3、AMF:主要用于接入控制、移动性管理、附着与去附着等功能。
4、SMF:主要用于用户面网元选择,用户面网元重定向,终端设备的因特网协议(internet protocol,IP)地址分配,以及会话的建立、修改和释放及QoS控制。会话管理功能网元又称为会话管理网元。
5、UPF:主要用于用户面数据的接收和转发。例如,UPF可以从DN接收用户面数据,并通过AN设备将用户面数据发送给终端设备。UPF还可以通过AN设备从终端设备接收用户面数据,并转发到DN。用户面功能网元又称为用户面网元。
6、NEF:主要用于安全地向外部开放由3GPP网络功能提供的业务和能力等。
7、PCF:主要用于指导网络行为的统一策略框架,为控制面网元(例如AMF,SMF等)提供策略规则信息等。
8、AF:主要用于向3GPP网络提供业务,如与PCF之间交互以进行策略控制等。
9、NSSF:主要用于网络切片选择。
10、UDM:主要用于UE的签约数据管理,包括UE标识的存储和管理,UE的接入授权等。
11、DN:主要用于为UE提供数据服务的运营商网络。例如,因特网(Internet)、第三方的业务网络、IP多媒体服务业务(IP multi-media service,IMS)网络等。
12、AUSF:主要用于用户鉴权等。
13、NRF:主要用于保存网络功能实体以及其提供服务的描述信息等。
在图1所示的网络架构中,各网元之间可以接口通信。例如,终端通过N1接口与AMF连接,RAN通过N2接口与AMF连接,RAN通过N3接口与UPF连接,UPF通过N4接口与SMF连接,AMF通过N11接口与SMF接口。
需要说明的是,图1中所涉及的各个网元以及网元之间的通信接口的名称是以目前协议中规定的为例进行简单说明的,但并不限定本申请实施例只能够应用于目前已知的通信系统。因此,以目前协议为例描述时出现的标准名称,都是功能性描述,本申请对于网元、接口或信令等的具体名称并不限定,仅表示网元、接口或者信令的功能,可以对应的扩展到其它系统,比如2G、3G、4G或未来通信系统中。
应理解,上述图1所示的网络架构仅是一种举例说明,适用本申请实施例的网络架构并不局限于此,任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。
还应理解,图1中所示的AMF、SMF、UPF、PCF、NSSF、AUSF、UDM等可以理解为核心网中用于实现不同功能的网元,例如可以按需组合成网络切片。这些核心网网元可以各自独立的设备,也可以集成于同一设备中实现不同的功能,本申请对于上述网元的具体形态不作限定。
图2示出了一种用于组播/广播业务(multicast/broadcast service,MBS)的网络架构。该架构是在图1所示架构的基础上进行扩展,例如,增加了组播/广播会话管理功能网元(multicast/broadcast session management function,MB-SMF)和组播/广播用户面功能网元(multicast broadcast user plane function,MB-UPF)等两个功能实体,用于支持组播/广播服务或功能。且将UPF具体分为中间-UPF(intermediate-UPF,I-UPF)和锚点UPF(anchor-UPF,A-UPF)。其中,I-UPF与接入网RAN连接,A-UPF为会话锚点的UPF,A-UPF又可以称为PDU会话锚点(PDU session anchor,PSA),PSA接入远端DN。
在图2中,MB-SMF可以实现MBS的控制面功能,负责组播/广播业务/群组/会话的管理。MB-SMF可以与MBS的服务器或组播/广播服务功能网元(multicast/broadcast servicefunction,MBSF)或网络开放功能网元(network exposure function,NEF)相连,以便接收组播/广播业务的相关信息(例如,MBS的描述信息)。此外,MB-SMF还可以与PCF相连,以便为组播/广播业务创建资源。MBU-UPF可以用于传输MBS的数据。可选地,MB-SMF可以集成在PCF或SMF中作为一个功能模块,MB-UPF可以集成到UPF中作为一个功能模块,或者MB-SMF与MB-UPF可以单独部署,本申请对此不做限定。
应注意的是,上述MB-SMF或MB-UPF的名称是一个示例,在5G网络中,MB-SMF或MB-UPF也可以是其它名称,本申请不做限定。
为便于理解本申请实施例,首先对本申请中涉及到的术语做简单说明。
1、协议数据单元(protocol data unit,PDU)会话(PDU session):5G核心网(5Gcore network,5GC)支持PDU连接业务。PDU连接业务可以是指终端设备与DN之间交换PDU数据包的业务。PDU连接业务通过终端设备发起PDU会话的建立来实现。一个PDU会话建立后,也就是建立了一条终端设备和DN的数据传输通道。换句话说,PDU会话是UE级别的。每个终端设备可以建立一个或多个PDU会话。
如前所述,SMF主要用户负责移动网络中的会话管理。PDU会话在终端设备和SMF之间可以通过NAS会话管理(session management,SM)信令进行建立、修改或释放。
在本申请实施例中,一个PDU会话可以通过一个PDU会话标识(PDU sessionidentifier,PDU session ID)来标识。
2、PDU会话的激活与去激活:这是5G新引入的PDU会话的状态特性。具体来说,当终端设备进入空闲模式时,对于已建立的PDU会话的用户面连接,可以选择性去激活某会话的用户面连接,即删除该会话的空口资源和N3隧道连接,但同时保持AMF、SMF、PCF等网元之间的信令连接。在UE退出空闲模式时或之后,可以通过选择性激活流程,终端设备可以按需发起针对特定会话的激活,而不必将所有会话资源全部激活。
3、MBS:又称为组播/广播业务或组播/广播通信业务(multicast broadcastcommunication service),包括组播业务和广播业务,MBS为应用层面的概念,例如,安全预警业务,地图更新业务等。
4、组播/广播会话:即MBS会话(session)、组播/广播通信会话(multicastbroadcast communication session)或组播/广播服务会话(multicast broadcastservice session),其包括组播会话和广播会话。
接收同一组播业务的多个终端设备可以属于一个组播群组(multicast group)。组播群组可以是传输层面的概念(即传输的组),在这种情况下,UE想要接收该组播业务之前,可以发送请求以加入该组播群组,或者说,加入组播会话或组播业务。组播群组可以是应用层面的概念(即签约的组),在这种情况下,属于该组播群组的UE才能接收该组播业务。广播业务不涉及具体的群组管理。
5、QoS流(QoS flow):PDU会话中的QoS区分粒度。一个QoS Flow标识(QoS flowidentifier,QFI)可用于标识一个QoS flow。一个PDU会话可以包括多个QoS flow,每个QoSflow的QFI是不同的。换言之,一个QFI在一个PDU会话中可以是唯一的。
为了节省网络资源,第三代合作伙伴计划(3rd generation partnershipproject,3GPP)协议标准提出了基于单播的组播技术。图3示出了一种基于单播的组播技术的示意图。如图3所示,基于单播的组播技术是指终端设备通过单播方式请求加入组播群组,接入网设备和核心网设备为终端设备维护单播承载。在发送组播业务时,内容提供方(例如,应用服务器(application server,AS))可以通过组播的形式向用户面网元发送,例如,该组播业务的数据可以是目的IP地址为组播地址的数据包,即使用组播传输的组播数据包,或者,内容提供方也可以通过单播的形式发送,例如,该组播业务的数据可以是目的IP地址为核心网设备(例如,MB-SMF)的地址的数据包。若接入网设备支持组播,用户面网元和接入网设备可以通过组播方式向终端设备发送数据。
在基于单播的组播技术中,如何合理利用空口资源是一个值得关心的问题。
可以理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
上面对本申请中涉及到的术语做了简单说明,下文实施例中不再赘述。下文将结合附图详细说明本申请实施例提供的数据传输的方法。本申请提供的实施例可以应用于上述图1所示的网络架构中,不作限定。
图4示出了本申请实施例提供的一种数据传输的方法200的示意图。方法200可以包括如下步骤。
S210,终端设备通过第一PDU会话向会话管理网元发送加入请求消息。
相应地,会话管理网元通过第一PDU会话接收加入请求消息。
其中,该加入请求消息用于请求加入组播业务。加入请求消息用于请求加入组播业务,也可以说,加入请求消息用于请求加入组播业务关联的组播会话,或者说,加入请求消息用于请求加入组播业务关联的组播群组。具体地,该加入请求消息可以包括组播业务的标识信息。
其中,组播业务的业务标识信息,可以是组播业务的标识,例如,是以下一种或多种:组播/广播业务的标识、组播/广播业务的名称、组播/广播业务的组播/广播地址、组播/广播业务的组播/广播IP地址、组播/广播业务对应的临时移动组标识(temporary mobilegroup identity,TMGI)、组播/广播业务的会话地址、组播会话的标识、组播群组的标识等。
此外,该加入请求消息可以包括第一PDU会话的标识信息,具体地,该加入请求消息可以是PDU会话修改请求消息、或PDU会话建立请求消息等非接入层(non-accessstratum,NAS)消息。其中,该第一PDU会话的标识信息可以用于标识第一PDU会话,例如,PDU会话ID。
其中,通过第一PDU会话发送或接收加入请求消息,可以理解为通过第一PDU会话的控制面发送或接收加入请求消息。
需要指出的是,通过第一PDU会话发送或接收加入请求消息,可以替换为:发送或接收加入请求消息,该加入请求消息包括第一PDU会话的标识。
S220,若第一PDU会话处于去激活状态,则会话管理网元向第一接入网设备发送第一信息。
相应地,第一接入网设备接收第一信息。
其中,该第一信息可以用于激活第一PDU会话的关联QoS流中的部分QoS流,该部分QoS流用于传输组播业务的数据。具体地,第一信息可以为该部分QoS流的QoS信息,例如,包括该部分QoS流的QFI和该部分QoS流的QoS参数。
其中,第一PDU会话处于去激活状态,可以理解为:第一PDU会话的用户面连接被删除,例如,第一PDU会话的空口资源和第一PDU会话的N3隧道连接被删除,或者说,存储在第一接入网设备的关于第一PDU会话的上下文被删除。
需要说明的是,在第一PDU会话处于去激活状态时,其控制面仍然是可以进行信令交互的,因此,步骤S210中可以通过第一PDU会话的控制面发送或接收加入请求消息。
其中,第一PDU会话的关联QoS流可以理解为:第一PDU会话所包括的QoS流,属于第一PDU会话的QoS流、或该第一PDU会话中的QoS流。
应理解,第一PDU会话的关联QoS流可以包括多个(两个或以上)QoS流,该多个QoS流均为单播QoS流,在该多个QoS流中用于传输组播业务的数据的QoS流可以记为部分QoS流,该部分QoS流可以为一个或多个QoS流,不予限制。例如,假设第一PDU会话的关联QoS流可以包括4个:QoS流1,QoS流2,QoS流3,QoS流4;在该4个QoS流中用于传输上述组播业务的数据的QoS流为QoS流3和QoS流4,此处的部分QoS流指的就是QoS流3和QoS流4。
需要指出的是,上述第一PDU会话的关联QoS流中的部分QoS流可以简称为第一PDU会话中的部分QoS流,不予限制。
此外,部分QoS流也可以称为:与组播有关的QoS流、关联的QoS流(Associated QoSFlow)、或第一QoS流,该第一QoS流是与用于传输组播业务的数据的组播QoS流对应的单播QoS流。
本申请中,上述第一QoS流和部分QoS流两种名称可以互相替换,不予限制。
此外,在本申请中,同一个术语在上下文的含义是一样的,前文给出说明后,后文将不予重复。
具体地,步骤S220中,会话管理网元可以通过以下方式从第一PDU会话的关联QoS流中确定该部分QoS流:会话管理网元在接收到加入请求消息之后,可以从组播/广播会话管理网元获取该加入请求消息请求加入的组播业务的QoS信息,并将该组播业务的组播QoS流映射到第一PDU会话关联的QoS流中的部分QoS流(即第一QoS流),例如,该会话管理网元可以根据该组播业务的组播QoS流对应的QoS信息找到该部分QoS流,该部分QoS流的QoS参数与组播QoS流的QoS参数相同。
例如,假设组播业务的组播QoS流包括QoS流5和QoS流6,第一PDU会话的关联QoS流可以包括4个:QoS流1,QoS流2,QoS流3,QoS流4;在该4个QoS流中,QoS流3和QoS流5的QoS参数相同,QoS流4和QoS流4的QoS参数相同,因此,第一PDU会话的关联QoS流中用于传输上述组播业务的数据的QoS流指的就是QoS流3和QoS流4。
其中,关于将组播业务的组播QoS流映射到第一PDU会话关联的QoS流中的部分QoS流,可以指的是建立组播QoS流与该部分QoS流之间的对应关系,以便采用该部分QoS流传输该组播业务的数据。
其中,组播业务的QoS信息可以包括以下信息中的一个或多个:组播业务的组播QoS流的QFI、组播QoS流对应的服务数据流(service data flow,SDF)、组播QoS流的QFI对应的QoS参数,例如,QoS参数可以包括:5G QoS标识符(5G QoS identifier,5QI)(代表一组QoS参数,包括带宽、时延抖动等)、分配保留优先级(allocation retention priority,ARP)、保证的比特速率(guaranteed bit rate,GBR)、最大比特速率(maximum bit rate,MBR)、QoS通知控制(qos notification control,QNC)等。
进一步,会话管理网元发送第一信息,以触发第一接入网设备激活该部分QoS流,以便后续第一接入网设备通过单播方式为该终端设备传输该组播业务的数据。
需要指出的是,部分QoS流用于传输组播业务的数据,可以理解为,通过部分QoS流传输组播业务的数据。第一信息用于激活部分QoS流,也可以说,第一信息用于触发第一接入网设备恢复或建立该部分QoS流的上下文。
S230,第一接入网设备根据第一信息,激活该部分QoS流。
具体地,步骤S230中,第一接入网设备在第一信息的触发下,激活该部分QoS流。
其中,激活该部分QoS流,也可以理解为:建立或恢复该部分QoS流的上下文;也可以包括下列一项或多项:为该部分QoS流分配空口资源,或存储该部分QoS流的QoS信息。其中,该空口资源可以为数据无线承载(data radio bearer,DRB)。
根据上述实施例提供的方法,会话管理网元在接收到终端设备通过第一PDU会话发送的请求加入组播业务的加入请求消息之后,在第一PDU会话处于去激活状态时,会话管理网元向第一接入网设备发送第一信息,通过发送第一信息来触发第一接入网设备激活第一PDU会话的关联QoS流中的部分QoS流,该部分QoS流用于传输该组播业务的数据,实现了激活该部分QoS流以传输组播业务的数据,从而避免了激活第一PDU会话的关联QoS流中的全部QoS流,有助于减少资源浪费,在保证组播业务的数据正常传输的同时能够更加合理地利用资源。
应理解,会话管理网元与第一接入网设备之间的信息交互通过接入与移动性管理网元进行传输。
在本申请的另一实施例中,S220和S230中的第一信息的作用可以替换为用于激活第一PDU会话的关联QoS流中的全部QoS流。
在该实施例中,第一信息可以是第一PDU会话的关联QoS流中的全部QoS流的QoS信息。
具体而言,若第一PDU会话处于去激活状态,则会话管理网元向第一接入网设备发送第一信息,该第一信息用于激活第一PDU会话的关联QoS流中的全部QoS流,相应地,第一接入网设备根据第一信息激活第一PDU会话的关联QoS流中的全部QoS流。
应理解,上述实施例中的具体步骤可以参考方法200,在此不在赘述。
根据上述实施例提供的方法,会话管理网元在接收到终端设备通过第一PDU会话发送的请求加入组播业务的加入请求消息之后,在第一PDU会话处于去激活状态时,会话管理网元向第一接入网设备发送第一信息,通过发送第一信息来触发第一接入网设备激活第一PDU会话的关联QoS流中的全部QoS流,如此,使得会话管理网元的管理具有更强的灵活性。
可选地,步骤S220包括:会话管理网元向接入与移动性管理网元发送该第一信息,接入与移动性管理网元向第一接入网设备发送该第一信息。
具体地,会话管理网元可以通过N11消息向接入与移动性管理网元发送第一信息。作为示例,该N11消息可以是N1N2消息传递(Namf_communication_N1N2MessageTransfer)消息,该N11消息包括N2 SM容器(N2 SM container),N2 SM container包括第一信息。进一步,接入与移动性管理网元可以通过N2消息向第一接入网设备发送该第一信息,该N2消息可以是下一代应用层协议(next generation application protocol,NGAP)PDU会话资源建立请求(PDU session resource setup request)消息或者NGAP PDU会话资源修改请求(PDU session resource modify request)消息等。
应理解,N11消息和N2消息均可以包括第一PDU会话的标识信息,该第一PDU会话的标识信息可以是第一PDU会话ID。
需要指出的是,N2消息也可以是专用消息,例如,MBS会话资源建立请求(MBSsession resource setup request)消息。
可选地,该第一信息包括该部分QoS流的标识信息。例如,该部分QoS流的标识信息为QFI。
具体地,该第一信息可以是该部分QoS流的QoS信息,该QoS信息包括该部分QoS流的标识信息。
可选地,该QoS信息还可以包括该部分QoS流的QoS参数,例如,该QoS参数可以包括:ARP、5QI、GBR、MBR等。
进一步地,第一接入网设备接收到第一信息之后,根据第一信息激活该部分QoS流。
可选地,在上述实施例的一种实施场景中,方法200还包括:会话管理网元确定第一PDU会话的状态。
其中,第一PDU会话的状态可以包括激活状态和去激活状态,具体而言,会话管理网元可以根据第一PDU会话的上下文确定第一PDU会话的状态。第一PDU会话的上下文可以存储在该会话管理网元中,也可以从其它网元获取,不予限制。
具体地,会话管理网元根据第一PDU会话的上下文确定第一PDU会话的状态可以采用如下实现方式:
方式一,会话管理网元根据第一PDU会话的上下文中的状态信息确定第一PDU会话的状态。
具体地,该第一PDU会话的上下文包括第一PDU会话的状态信息,该状态信息包括“activated(激活)”、“deactivated/inactive/deactive(去激活)”。若该状态信息为“activated”,则会话管理网元确定第一PDU会话的状态为激活状态,或者,若该状态信息为“deactivated/inactive/deactive”,则会话管理网元确定第一PDU会话的状态为去激活状态。
应理解,在这种情况下,会话管理网元可以接收其他网元发送的第一触发消息,该第一触发消息用于激活/去激活第一PDU会话,并根据第一触发消息激活/去激活第一PDU会话。
例如,若会话管理网元接收到用户面网元发送的下行数据通知(downlink datanotification)消息,该下行数据通知消息可以用于触发激活第一PDU会话,则会话管理网元可以将第一PDU会话的状态设置为激活状态。
又如,如果在S210之前,会话管理网元已经接收了来自终端设备的业务请求(service request)消息,该业务请求消息包括第一PDU会话的标识信息,那么在S210之后,会话管理网元可以将第一PDU会话的状态设置为激活状态。
方式二,会话管理网元通过判断第一PDU会话的上下文中是否包含与激活状态相关的特定信息,确定第一PDU会话的状态。
其中,与激活状态相关的特定信息可以称为第一激活态信息,该第一激活态信息可以包括N3通道的标识信息和/或N4配置信息等。会话管理网元可以根据该第一PDU会话的上下文是否包含第一激活态信息来判断第一PDU会话的状态,当该上下文包含第一激活态信息时,会话管理网元确定第一PDU会话的状态为激活状态;或者,当该上下文不包含第一激活态信息时,会话管理网元确定第一PDU会话的状态为去激活状态。
可选地,步骤S220包括:若组播业务关联的组播会话处于激活状态,则会话管理网元向第一接入网设备发送第一信息;和/或,若组播业务关联的组播会话从去激活状态转变为激活状态,则会话管理网元向第一接入网设备发送第一信息。
其中,组播业务关联的组播会话,也就是用于传输组播业务的数据所建立的组播会话,或者称为用于传输组播业务的数据的组播会话、组播业务在核心网对应的组播会话。
具体地,会话管理网元可以确定组播业务关联的组播会话的状态,若该组播会话处于激活状态,则会话管理网元向第一接入网设备发送第一信息,通过发送第一信息来触发第一接入网设备激活该部分QoS流。和/或,若该组播会话处于去激活状态,则会话管理网元等待该组播会话转变为激活状态,再向第一接入网设备发送第一信息。
根据上述实施场景提供的方法,在第一PDU会话处于去激活状态时,会话管理网元还会判断组播业务关联的组播会话的状态,根据该组播会话的状态确定发送第一信息的时机。通过该方法,可以避免在该组播会话处于去激活状态时,仍然触发第一接入网设备激活该部分QoS流,该部分QoS流用于传输该组播业务的数据。也就是,有助于减少资源浪费,在保证组播业务的数据正常传输的同时能够更加合理地利用空口资源。
应理解,第一PDU会话的上下文还可以包括第一PDU会话的关联QoS流的状态信息,该状态信息包括“activated(激活)”、“deactivated/inactive/deactive(去激活)”,在S220之后,会话管理网元可以将前述部分QoS流的状态信息更新为“activated(激活)”。
可选地,在上述实施例的一种实施场景中,方法200还包括:会话管理网元确定组播业务关联的组播会话的状态。
其中,组播业务关联的组播会话的状态包括激活状态和去激活状态。具体而言,会话管理网元可以从组播/广播会话管理网元获取该组播会话的状态。
具体地,会话管理网元可以接收第二信息,该第二信息用于通知该组播会话被激活,若该组播会话处于去激活状态,则会话管理网元根据第二信息确定该组播会话从去激活状态转变为激活状态。
在一个示例中,该第二信息可以是会话状态指示(session status indication)信息,该会话状态指示信息用于指示该组播会话的状态发生变化。
具体地,会话管理网元可以从组播/广播会话管理网元订阅组播会话的状态信息,若组播/广播会话管理网元根据组播业务关联的组播会话的上下文确定该组播会话的状态发生变化,则组播/广播会话管理网元可以向会话管理网元发送MBS会话上下文状态通知(Nmbsmf_MBSsession_contextstatusnotify)消息,该MBS会话上下文状态通知消息包括第二信息,该第二信息用于指示该组播会话的状态发生变化,例如,指示该组播会话的状态从去激活状态转变为激活状态(即该组播会话被激活),或者,指示该组播会话的状态从激活状态转变为去激活状态(即该组播会话被去激活)。
进一步,在组播状态处于去激活状态的情况下,会话管理网元可以根据第二信息确定该组播会话从去激活状态转变为激活状态。或者,在组播状态处于激活状态的情况下,会话管理网元可以根据第二信息确定该组播会话从激活状态转变为去激活状态。
需要说明的是,组播/广播会话管理网元存储组播会话的上下文,该组播会话的上下文包括组播会话的状态信息,该状态信息包括“active(激活)”、“inactive/deactive/deactivated(去激活)”。若该状态信息为“activated”,则组播/广播会话管理网元确定该组播会话的状态为激活状态,或者,若该状态信息为“deactivated”,则组播/广播会话管理网元确定该组播会话的状态为去激活状态。
应理解,在这种情况下,组播/广播会话管理网元可以接收其他网元发送的第二触发消息,该第二触发消息用于激活组播业务关联的组播会话。
例如,组播/广播会话管理网元接收到应用功能(application function,AF)的MBS会话更新请求(Nmbsmf_MBSsession update_request)消息,该MBS会话更新请求消息用于请求激活该组播业务关联的组播会话,则组播/广播会话管理网元可以将该组播会话的状态设置为激活状态。
应理解,应用功能向组播/广播会话管理网元发送消息,可以是直接发送,也可以先向其他网元(例如NEF,MBSF网元)发送,其他网元再进一步将该消息发送给组播/广播会话管理网元。
又如,组播/广播会话管理网元可以接收组播/广播用户面功能网元的N4通知(N4mbnotification)消息,该N4通知消息用于通知该组播业务关联的组播会话被激活,则组播/广播会话管理网元可以将该组播会话的状态设置为激活状态。
可选地,在上述实施例的一种实施场景中,方法200还包括:会话管理网元向终端设备发送第三信息,其中,该第三信息用于通知第一PDU会话的关联QoS流中被激活的QoS流;或,第三信息用于指示第一PDU会话的关联QoS流未全部处于激活状态。
具体地,会话管理网元可以通过N11消息向接入与移动性管理网元发送第三信息。作为示例,该N11消息可以是N1N2消息传递(Namf_communication_N1N2MessageTransfer)消息,该N11消息包括N1 SM容器(N1 SM container),N1 SM container包括第三信息。进一步,接入与移动性管理网元可以通过NAS消息向终端设备发送该第三信息。
应理解,该N11消息和该N1 SM container消息均可以包括第一PDU会话的标识信息,该第一PDU会话的标识信息可以是第一PDU会话ID。
应理解,该N11消息和该N1 SM container消息均可以包括第一PDU会话的标识信息,该第一PDU会话的标识信息可以是第一PDU会话ID。
具体地,该第三信息可以是PDU会话重激活结果(PDU session reactivationresult)信息。
在一种可选地实现方式中,该第三信息用于通知该第一PDU会话的关联QoS流中被激活的QoS流。
具体地,该第三信息可以包括被激活的QoS流的标识信息,例如,包括前述第一QoS流的标识信息。进一步,通过该第三信息,终端设备可以获知第一PDU会话的关联QoS流中哪些QoS流是被激活的。
其中,“被激活的”可以理解为:在会话管理网元的第一PDU会话的上下文中,第一PDU会话的关联QoS流中状态信息“activated(激活)”的QoS流。
在另一种可选地实现方式中,该第三信息用于指示第一PDU会话的关联QoS流未处于激活状态。
例如,第三信息为指示信息,该指示信息用于指示第一PDU会话的关联QoS流未全部处于激活状态。
具体地,指示信息可以被设置不同的取值,其中,被设置的一个取值可以用于指示第一PDU会话的关联QoS流未全部处于激活状态。例如,指示信息为1比特,当指示信息取值为1时,表示第一PDU会话的关联QoS流全部处于激活状态,当指示信息取值为0时,表示第一PDU会话的关联QoS流未全部处于激活状态。
根据上述实施场景提供的方法,会话管理网元可以向终端设备通知第一PDU会话的关联QoS流中被激活的QoS流,或者,向终端设备指示第一PDU会话的关联QoS流未全部处于激活状态,如此,使得终端设备可以获得第一PDU会话的关联QoS流是否全部处于激活状态。
可选地,在上述实施例的一种实施场景中,若S210中的加入请求消息为PDU会话修改请求消息,则该方法200还包括:会话管理网元向终端设备发送PDU会话修改接受(accept)消息。
其中,该PDU会话修改接受消息可以用于响应S210中的加入请求消息。
具体地,会话管理网元可以通过N11消息向接入与移动性管理网元发送PDU会话修改接受消息。作为示例,该N11消息可以是PDU会话上下文更新响应(Nsmf_PDUsession_updateSMcontext response)消息,该N11消息可以包括N1 SM container,N1 SMcontainer中包括PDU会话修改接受消息。进一步,接入与移动性管理网元可以通过NAS消息向终端设备发送PDU会话修改接受消息。
作为一种实现方式,在S210之后,会话管理网元可以向终端设备发送PDU会话修改接受(accept)消息。
可选地,在上述实施例的一种实施场景下,该方法200还包括:若会话管理网元接收到来自终端设备的业务请求消息,且该业务请求消息用于请求通过第一PDU会话传输单播业务的数据,则会话管理网元向第一接入网设备发送第四信息,该第四信息用于激活该第二QoS流。
其中,该第二QoS流属于第一PDU会话的关联QoS流,且用于传输终端设备请求传输的单播业务的数据;或,该第二QoS流属于第一PDU会话的关联QoS流,且处于去激活状态。
在一个示例中,该第二QoS流指的是属于第一PDU会话的关联QoS流,且用于传输终端设备请求传输的单播业务的数据的QoS流。
具体地,第一PDU会话的关联QoS流可以包括多个(两个或以上)QoS流,该多个QoS流均为单播QoS流,在该多个QoS流中用于传输单播业务的数据的QoS流可以记为第二QoS流,该第二QoS流可以为一个或多个QoS流,不予限制。例如,假设第一PDU会话的关联QoS流可以包括4个:QoS流1,QoS流2,QoS流3,QoS流4;在该4个QoS流中用于传输上述单播业务的数据的QoS流为QoS流1,此处的第二QoS流指的就是QoS流1。
在另一个示例中,该第二QoS流指的是第一PDU会话的关联QoS流中处于去激活状态的QoS流。
具体地,第一PDU会话的关联QoS流可以包括多个(两个或以上)QoS流,该多个QoS流均为单播QoS流,在该多个QoS流中处于去激活状态的QoS流可以记为第二QoS流,该第二QoS流可以为一个或多个QoS流,不予限制。例如,假设第一PDU会话的关联QoS流可以包括4个:QoS流1,QoS流2,QoS流3,QoS流4;在该4个QoS流中处于激活状态的QoS流为QoS流3和QoS流4,处于去激活状态的QoS流为QoS流1和QoS流2,此处的第二QoS流指的就是QoS流1和QoS流2。
在一种可选地实现方式中,会话管理网元接收到来自终端设备的业务请求消息。相应地,终端设备向会话管理网元发送业务请求消息。
其中,该业务请求消息用于请求通过第一PDU会话传输单播业务的数据。具体地,该业务请求消息可以包括单播业务的业务标识信息。
其中,该单播业务的业务标识信息,可以是单播业务的标识,例如,单播业务的IP地址、单播业务的业务名称等。
此外,该业务请求消息可以包括第一PDU会话的标识信息。
在上述实施场景中,该方法200还可以包括:第一接入网设备接收第四信息,并根据第四信息激活第二QoS流。
其中,第四信息可以为第二QoS流的QoS信息。
具体地,第二QoS流的QoS信息包括该第二QoS流的QFI。
可选地,该第二QoS流的QoS信息还可以包括该第二QoS流的QoS参数,其中,该QoS参数可以包括ARP、5QI、GBR、MBR等。
其中,第一接入网设备根据第四信息激活第二QoS流,也可以理解为:第一接入网设备根据该第四信息建立或恢复该第二QoS流的上下文。
具体地,激活该第二QoS流,包括下列一项或多项:为该第二QoS流分配空口资源,存储第二QoS流的QoS信息。其中,该空口资源可以为DRB。
可选地,会话管理网元向第一接入网设备发送第四信息,包括:会话管理网元向接入与移动性管理网元发送该第四信息,接入与移动性管理网元向第一接入网设备发送该第四信息。
具体地,会话管理网元可以通过N11消息向接入与移动性管理网元发送第四信息。作为示例,该N11消息可以是N1N2消息传递(Namf_communication_N1N2MessageTransfer)消息,该N11消息包括N2 SM container,N2 SM container包括第四信息。进一步,接入与移动性管理网元可以通过N2消息向第一接入网设备发送该第四信息,例如,该N2消息可以是NGAP PDU会话资源修改(PDU session resource modify request)消息等。
应理解,N11消息和N2消息均可以包括第一PDU会话的标识信息,该第一PDU会话的标识信息可以是第一PUD会话ID。
根据上述实施场景提供的方法,若接收到终端设备的业务请求消息,则会话管理网元还可以触发第一接入网设备激活第二QoS流,该第二QoS流可以用于第一接入网设备传输单播业务的数据,通过该方法,有助于提高业务传输的可靠性。
在上述实施场景中,该方法200还可以包括:终端设备获取第一PDU会话的状态和该第一PDU会话的关联QoS流的状态。
具体地,第一PDU会话的状态可以包括激活状态和去激活状态。具体而言,终端设备可以根据第一PDU会话的上下文确定第一PDU会话的状态。第一PDU会话的上下文可以存储在该终端设备中,也可以从其它网元获取,不予限制。
具体地,终端设备根据第一PDU会话的上下文确定第一PDU会话的状态可以采用如下实现方式:
方式一,终端设备根据第一PDU会话的上下文中的状态信息确定第一PDU会话的状态。
具体地,该第一PDU会话的上下文包括第一PDU会话的状态信息,该状态信息包括“activated(激活)”、“deactivated/inactive/deactive(去激活)”。若该状态信息为“activated”,则终端设备确定第一PDU会话的状态为激活状态,或者,若该状态信息为“deactivated/inactive/deactive”,则终端设备确定第一PDU会话的状态为去激活状态。
应理解,在这种情况下,终端设备可以接收第一接入网设备发送的第三触发消息,该第三触发消息用于更新第一PDU会话的状态。若接收到该第三触发消息,则终端设备可以根据该第三触发消息更新第一PDU会话的状态信息。
需要说明的是,第一接入网设备发送的第三触发消息,可以是直接转发来自核心网的消息,也可以是由第一接入网设备根据核心网的消息生成的。
例如,若终端设备接收到PDU会话修改接受消息,该PDU会话修改接受消息包括该第一PDU会话的标识信息,则终端设备将第一PDU会话的状态设置为激活状态。
方式二,终端设备通过判断第一PDU会话的上下文中是否包含与激活状态相关的特定信息,确定第一PDU会话的状态。
其中,与激活状态相关的特定信息可以称为第二激活态信息,该第二激活态信息可以包括第一PDU会话的空口资源信息,例如,分组数据融合协议(packet dataconvergence protocol,PDCP)的配置信息等。终端设备可以根据第一PDU会话的上下文是否包含第二激活态信息来判断第一PDU会话的状态,当该上下文包括了第二激活态信息时,终端设备确定第一PDU会话的状态为激活状态,或者,当该上下文不包含第二激活态信息时,终端设备确定第一PDU会话的状态为去激活状态。
可选地,上述实施场景中,该方法200还包括:终端设备获取第一PDU会话的关联QoS流的状态。
在一种可选地实现方式中,第一PDU会话的关联QoS流的状态包括第一PDU会话的关联QoS流全部处于激活状态和第一PDU会话的关联QoS流未全部处于激活状态,终端设备可以通过第三信息来确定第一PDU会话的关联QoS流是否全部处于激活状态。
例如,在第三信息用于指示第一PDU会话的关联QoS流未全部处于激活状态的情况下,终端设备可以根据第三信息的指示确定第一PDU会话的关联QoS流未全部处于激活状态。
又如,在第三信息用于通知第一PDU会话的关联QoS流中被激活的QoS流的情况下,终端设备可以根据第三信息中被激活的QoS流的QFI获知第一PDU会话的关联QoS流中哪些QoS流是被激活的,进而,可以确定第一PDU会话未全部处于激活状态。
在又一种可选地实现方式中,第一PDU会话的关联QoS流的状态包括激活状态和去激活状态。
具体地,终端设备可以根据第一PDU会话的上下文确定第一PDU会话的关联QoS流的状态,第一PDU会话的上下文包括第一PDU会话的关联QoS流的状态信息,该关联QoS流和该关联QoS流的状态信息之间具有一一对应关系。第一PDU会话的上下文可以存储在该终端设备中,也可以从其它网元获取,不予限制。
具体而言,第一PDU会话的关联QoS流包括一个或多个QoS流,其中任一个记为QoS流X,该第一PDU会话的上下文包括该QoS流X和QoS流X的状态信息之间的对应关系,该状态信息包括“activated(激活)”、“deactivated/inactive/deactive(去激活)”。若QoS流X的状态信息为“activated”时,则终端设备确定该QoS流X的状态为激活状态,或者,若QoS流X的状态信息为“deactivated/inactive/deactive”,则终端设备确定该QoS流X的状态为去激活状态。
应理解,在这种情况下,终端设备可以接收第一接入网设备发送的通知消息,该通知消息用于通知第一PDU会话的关联QoS流的状态,终端设备可以根据该通知消息更新第一PDU会话的关联QoS流的状态信息。
例如,该通知消息可以为上述第三信息,具体地,第三信息用于通知第一PDU会话的关联QoS流中被激活的QoS流,该第三信息可以包括被激活的第一QoS流的QFI,从而终端设备根据第三信息将第一QoS流的状态设置为激活状态。
在一个示例中,若第一PDU会话处于激活状态,且第一PDU会话的关联QoS流未全部处于激活状态,则终端设备向会话管理网元发送业务请求消息,该业务请求消息用于请求通过第一PDU会话传输单播业务的数据。
具体地,假设终端设备有通过第一PDU会话传输单播业务的需求,若第一PDU会话处于激活状态且第一PDU会话的关联QoS流未全部处于激活状态,则终端设备可以发送业务请求消息。进一步,会话管理网元根据该业务请求消息可以触发第一接入网设备激活第二QoS流,从而终端设备可以通过第二QoS流传输该单播业务的数据。
在另一个示例中,若第一PDU会话处于激活状态且第一PDU会话的关联QoS流全部处于激活状态,则终端设备确定第一PDU会话的关联QoS流可以用于该传输单播业务的数据,因此,终端设备将会通过第一PDU会话的关联QoS流传输该单播业务的数据,也就是说,终端设备不发送业务请求消息。
根据上述实施场景提供的方法,当终端设备有单播业务的传输需求时,终端设备还可以根据当前PDU会话的状态和PDU会话的关联QoS流的状态判断是否发送业务请求消息。若终端设备发送业务请求消息,会话管理网元可以向第一接入网设备发送第二信息,通过发送第二信息来激活第二QoS流,和/或,若终端设备不发送业务请求消息,会话管理网元可以不发送第二信息,从而可以避免激活第二QoS流。通过这种方法,既可以保证单播业务的数据传输,也可以避免第二QoS流被重复激活,有助于提升系统通信效率。
可选地,在上述实施例的另一种实施场景下,可以应用于终端设备从第一接入网设备移动到第二接入网设备,该方法200还包括:
若路径切换请求消息或者PDU会话上下文更新请求消息不包括第一指示信息,该第一指示信息用于指示第二接入网设备支持组播/广播业务,则会话管理网元向第二接入网设备发送第五信息;或,若第二接入网设备不支持组播/广播业务,则会话管理网元向第二接入网设备发送该第五信息。
其中,该第五信息用于激活第三QoS流,该第三QoS流属于第一PDU会话的关联QoS流,且处于去激活状态。
具体地,第一PDU会话的关联QoS流可以包括多个(两个或以上)QoS流,该多个QoS流均为单播QoS流,在该多个QoS流中处于去激活状态的QoS流可以记为第三QoS流,该第三QoS流可以为一个或多个QoS流,不予限制。例如,假设第一PDU会话的关联QoS流可以包括4个:QoS流1,QoS流2,QoS流3,QoS流4;在该4个QoS流中处于激活状态的QoS流为QoS流3和QoS流4,处于去激活状态的QoS流为QoS流1和QoS流2,此处的第三QoS流指的就是QoS流1和QoS流2。
在上述实施场景中,该方法还可以包括:第二接入网设备接收第五信息,并根据第五信息激活第三QoS流。
其中,第五信息可以为第三QoS流的QoS信息。
具体地,第三QoS流的QoS信息包括第三QoS流的QFI。
可选地,该第三QoS流的QoS信息还可以包括该第三QoS流的QoS参数,其中,QoS参数可以包括ARP、5QI、GBR、MBR等。
其中,第二接入网设备根据第五信息激活第三QoS流,可以理解为:第二接入网设备根据该第五信息建立该第三QoS流的上下文。
具体地,激活该第三QoS流,包括下列一项或多项:为该第二QoS流分配空口资源,存储第二QoS流的QoS信息。其中,该空口资源可以为DRB。
可选地,会话管理网元向第二接入网设备发送第五信息,包括:会话管理网元向接入与移动性管理网元发送该第五信息,接入与移动性管理网元向第二接入网设备发送该第五信息。
具体地,会话管理网元可以通过N11消息向接入与移动性管理网元发送第五信息。作为示例,该N11消息可以是N1N2消息传递(Namf_Communication_N1N2MessageTransfer)消息,该N11消息包括N2 SM container,N2 SM container包括第五信息。进一步,接入与移动性管理网元可以通过N2消息向第二接入网设备发送该第五信息,例如,该N2消息可以是NGAP PDU会话资源修改(PDU session resource modify request)消息等。
应理解,N11消息和N2消息均可以包括第一PDU会话的标识信息,该第一PDU会话的标识信息可以是第一PDU会话ID。
可选地,在上述实施场景中,第一接入网设备可以是支持组播/广播业务设备,也可以是不支持组播/广播业务设备。
根据上述实施场景提供的方法,若第二接入网设备不支持组播/广播业务,则会话管理网元还可以通过发送第五信息来触发第二接入网设备激活第三QoS流,该第三QoS流可以用于第二接入网设备通过单播方式进行数据传输,通过该方法,使得第二接入网设备可以提前建立用于单播方式进行数据传输的上下文,在后续业务到来的时候,无需与核心网设备进行控制信令的交互,在一定程度上,有助于保证业务的连续性。
可选地,在上述实施场景中,该方法还可以包括:会话管理网元获取第二接入网设备的组播能力信息,该组播能力信息包括第二接入网设备是否支持组播/广播业务。
具体地,若终端设备从第一接入网设备切换至第二接入网设备,则会话管理网元可以接收来自第二接入网设备的N2路径切换请求(N2 path switch request)或路径切换请求(path switch request)消息,也可以接收来自AMF的PDU会话上下文更新请求(Nsmf_PDUsession_updateSMcontext request)消息,如果N2路径切换请求、路径切换消息或者PDU会话上下文更新请求消息不包括第一指示信息,该第一指示信息用于指示第二接入网设备支持组播/广播业务,那么会话管理网元可以确定第二接入网设备不支持组播/广播业务。
其中,第一指示信息也可以称为组播/广播能力信息,该组播/广播能力信息可以用于指示第二接入网设备是否支持组播/广播业务,例如,该能力信息可以是一个指示(indication),也可以是一个tag(标签),也可以是一个信元(information element,IE)。
本申请中,可以通过N2路径切换请求(N2 path switch request)消息、路径切换请求消息和PDU会话上下文更新请求消息中至少一个是否携带特定的信息或信元或标签来表征第二接入网设备是否支持组播/广播。例如,携带第二接入网设备的组播/广播能力信息,表征第二接入网设备支持组播/广播业务,不携带第二接入网设备的组播/广播能力信息,表征第二接入网设备不支持组播/广播。再例如,携带第二接入网设备的组播/广播能力信息,并表征第二接入网设备是否支持组播/广播,例如,以布尔的方式(也即,1代表支持,0代表不支持)。
会话管理网元可以获取第二接入网设备是否支持组播/广播业务,在第二接入网设备不支持组播/广播业务的情况下,会话管理网元可以向第二接入网设备发送第五信息,该第五信息用于激活第三QoS流,在第二接入网设备支持组播/广播业务的情况下,会话管理网元可以不向第二接入网设备发送第五信息。
需要指出的是,上述图4所示实施例的各个实施场景可以相互结合,不予限制。
图5示出了本申请实施例提供的一种数据传输的方法300的示意图。方法300可以包括如下步骤。
S310,终端设备获取第一PDU会话的状态和该第一PDU会话的关联QoS流的状态。
其中,第一PDU会话的状态可以包括激活状态和去激活状态。
具体而言,终端设备可以根据第一PDU会话上下文确定第一PDU会话的状态。第一PDU会话的上下文可以存储在该终端设备中,也可以从其它网元获取,不予限制。
具体地,终端设备根据第一PDU会话的上下文确定第一PDU会话的状态可以采用如下实现方式:
方式一,终端设备根据第一PDU会话的上下文中的状态信息确定第一PDU会话的状态。
具体地,该第一PDU会话的上下文包括第一PDU会话的状态信息,该状态信息包括“activated(激活)”、“deactivated/inactive/deactive(去激活)”。若该状态信息为“activated”,则终端设备确定第一PDU会话的状态为激活状态,或者,若该状态信息为“deactivated/inactive/deactive”,则终端设备确定第一PDU会话的状态为去激活状态。
应理解,在这种情况下,终端设备可以接收第一接入网设备发送的第三触发消息,该第三触发消息通知消息用于更新第一PDU会话的状态,若接收到该第三触发消息,则终端设备可以根据该第三触发消息更新第一PDU会话的状态信息。
需要说明的是,第一接入网设备发送的第三触发消息,可以是直接转发来自核心网的消息,也可以是由第一接入网设备根据核心网的消息生成的。
例如,若终端设备接收到PDU会话修改接受消息,该PDU会话修改接受消息包括该第一PDU会话的标识信息,则终端设备将第一PDU会话的状态设置为激活状态。
方式二,终端设备通过判断第一PDU会话的上下文中是否包含与激活状态相关的特定信息,确定第一PDU会话的状态。
其中,与激活状态相关的特定信息可以称为第二激活态信息,该第二激活态信息可以包括第一PDU会话的空口资源信息,例如,分组数据融合协议(packet dataconvergence protocol,PDCP)的配置信息等。
终端设备可以根据第一PDU会话的上下文是否包含第二激活态信息信息来判断第一PDU会话的状态,当该上下文包括了第二激活态信息时,终端设备确定第一PDU会话的状态为激活状态,或者,当该上下文不包含第二激活态信息时,终端设备确定第一PDU会话的状态为去激活状态。
其中,第一PDU会话的关联QoS流的状态可以包括第一PDU会话的关联QoS流全部处于激活状态和第一PDU会话的关联QoS流未全部处于激活状态。或者,第一PDU会话的关联QoS流的状态包括激活状态和去激活状态。
在一种可选地实现方式中,第一PDU会话的关联QoS流的状态包括第一PDU会话的关联QoS流全部处于激活状态和第一PDU会话的关联QoS流未全部处于激活状态。
可选地,该方法300还包括:终端设备接收该第三信息,其中,该第三信息用于通知第一PDU会话的关联QoS流中被激活的QoS流;或,第三信息用于指示第一PDU会话的关联QoS流未全部处于激活状态。
其中,该第三信息可以是PDU会话重激活结果(PDU session reactivationresult)信息。
具体地,终端设备可以通过第三信息来确定第一PDU会话的关联QoS流是否全部处于激活状态。
例如,在第三信息用于指示第一PDU会话的关联QoS流未全部处于激活状态的情况下,终端设备可以根据第三信息的指示确定第一PDU会话的关联QoS流未全部处于激活状态。
又如,在第三信息用于通知第一PDU会话的关联QoS流中被激活的QoS流的情况下,终端设备可以根据第三信息中被激活的QoS流的QFI获知第一PDU会话的关联QoS流中哪些QoS流是被激活的,进而,可以确定第一PDU会话未全部处于激活状态。
在又一种可选地实现方式中,第一PDU会话的关联QoS流的状态包括激活状态和去激活状态。
具体地,终端设备可以根据第一PDU会话的上下文确定第一PDU会话的关联QoS流的状态,第一PDU会话的上下文包括第一PDU会话的关联QoS流的状态信息,该关联QoS流和该关联QoS流的状态信息之间具有一一对应关系。第一PDU会话的上下文可以存储在该终端设备中,也可以从其它网元获取,不予限制。
具体而言,第一PDU会话的关联QoS流包括一个或多个QoS流,其中任一个记为QoS流X,该第一PDU会话的上下文包括该QoS流X和QoS流X的状态信息之间的对应关系,该状态信息包括“activated(激活)”、“deactivated/inactive/deactive(去激活)”。若QoS流X的状态信息为“activated”时,则终端设备确定该QoS流X的状态为激活状态,或者,若QoS流X的状态信息为“deactivated/inactive/deactive”,则终端设备确定该QoS流X的状态为去激活状态。
应理解,在这种情况下,终端设备可以接收第一接入网设备发送的通知消息,该通知消息用于通知第一PDU会话的关联QoS流的状态,终端设备可以根据该通知消息更新第一PDU会话的关联QoS流的状态信息。
例如,该通知消息可以为上述第三信息,具体地,第三信息用于通知第一PDU会话的关联QoS流中被激活的QoS流,该第三信息可以包括该被激活的QoS流的QFI,终端设备根据该第三信息将这些QoS流的状态设置为激活状态。
S320,若第一PDU会话处于激活状态,且第一PDU会话的关联QoS流未全部处于激活状态,则终端设备向会话管理网元发送业务请求消息,该业务请求消息用于请求通过该第一PDU会话传输单播业务的数据;和/或,若第一PDU会话处于激活状态,且该第一PDU会话的关联QoS流全部处于激活状态,则终端设备不发送业务请求消息。
具体地,假设终端设备有通过第一PDU会话传输的单播业务的需求,若第一PDU会话处于激活状态且第一PDU会话的关联QoS流未全部处于激活状态,则终端设备可以发送业务请求消息。进一步,会话管理网元根据该业务请求消息可以触发第一接入网设备激活第二QoS流,第二QoS流可以是第一PDU会话的关联QoS流中除了前述部分QoS流之外的QoS流,从而终端设备可以通过第二QoS流传输该单播业务的数据。或者,若第一PDU会话处于激活状态且第一PDU会话的关联QoS流全部处于激活状态,则终端设备确定第一PDU会话的关联QoS流可以用于传输该单播业务的数据,因此,终端设备将会通过第一PDU会话的关联QoS流传输该单播业务的数据,也就是说,终端设备不发送业务请求消息。
根据上述实施例提供的方法,当终端设备有单播业务的传输需求时,终端设备可以根据当前PDU会话的状态和PDU会话的关联QoS流的状态判断是否发送业务请求消息。若第一PDU会话处于激活状态且第一PDU会话的关联QoS流未全部处于激活状态,则终端设备发送业务请求消息,和/或,若第一PDU会话处于激活状态且第一PDU会话的关联QoS流全部处于激活状态,则不发送业务请求消息。通过这种方式,有助于减少资源浪费,在保证单播业务的数据正常传输的同时能够更加合理地利用空口资源。
可选地,在上述实施例的一种实施场景下,该方法300还可以包括:S330,终端设备通过第一PDU会话向会话管理网元发送加入请求消息。
相应地,会话管理网元通过第一PDU会话接收加入请求消息。
其中,该加入请求消息用于请求加入组播业务。加入请求消息用于请求加入组播业务,也可以说,加入请求消息用于请求加入组播业务关联的组播会话,或者说,加入请求消息用于请求加入组播业务关联的组播群组。具体地,该加入请求消息可以包括组播业务的标识信息。
其中,组播业务的业务标识信息,可以是组播业务的标识,例如,是以下一种或多种:组播/广播业务的标识、组播/广播业务的名称、组播/广播业务的组播/广播地址、组播/广播业务的组播/广播IP地址、组播/广播业务对应的临时移动组标识(temporary mobilegroup identity,TMGI)、组播/广播业务的会话地址、组播会话的标识、组播群组的标识等。
此外,该加入请求消息可以包括第一PDU会话的标识信息,具体地,该加入请求消息可以是PDU会话修改请求消息、或PDU会话建立请求消息等NAS消息。其中,第一PDU会话的标识信息可以用于标识第一PDU会话,例如,PDU会话ID。
其中,通过第一PDU会话发送或接收加入请求消息,可以理解为通过第一PDU会话的控制面发送或接收加入请求消息。
需要指出的是,通过第一PDU会话发送或接收加入请求消息,可以替换为:发送或接收加入请求消息,该加入请求消息包括第一PDU会话的标识。
为便于理解,下面以图2中的网元为例,结合图6对本申请实施例进行详细说明。
图6示出了本申请实施例提供的一种数据传输的方法400的又一示意图。示例性地,图6所示的方法400可以视为方法200和方法300的一种具体实现。该方法400可以包括如下步骤。
S401,AF、MB-SMF和MB-UPF进行组播会话的创建和组播业务参数配置。
当AS有组播业务的传输需求,AF可以向网络开放功能(network exposurefunction,NEF)发送请求消息,该请求消息用于请求建立组播业务关联的组播会话。进一步,NEF根据该请求消息确定用于管理组播会话的MB-SMF,并向MB-SMF发送请求消息。MB-SMF接收到该请求消息后,根据预先配置的业务标识信息与策略的映射关系确定组播业务的策略信息,并基于确定的组播业务的策略信息建立组播业务关联的组播会话。
组播会话创建完成后,AF将组播业务的参数提供给MB-SMF,该组播业务的参数可以包括组播业务需求信息以及组播会话的标识。
上述组播业务需求信息可以包括:组播业务所需的带宽、组播业务的数据传输优先级,或者包括:组播业务的QoS信息。
应理解,若上述组播业务需求信息不包括组播业务的QoS信息,则MB-SMF可以根据组播业务的策略信息生成组播业务的QoS信息。
MB-SMF根据组播业务的参数配置MB-UPF,例如,配置MB-UPF进行组播业务的数据的识别、配置MB-UPF中组播业务的数据的转发规则等。
需要说明的是,上述组播业务的参数可以由AF网元直接发往MB-SMF网元,或者也可以经由如下一个或多个网元发往MB-SMF网元:NEF网元(图6中未示出)、PCF网元(图6中未示出)、UDM网元(图6中未示出)等。
S402,AF向UE发送业务公告(service announcement)。
具体地,该业务公告包括组播业务关联的组播会话的标识信息。
S403,UE向SMF发送加入请求消息。
其中,该加入请求消息用于请求加入组播业务,该加入请求消息包括组播业务关联的组播会话的标识信息。
对应地,SMF接收该加入请求消息。
在本实施例中,以UE通过PDU会话#1向该SMF网元发送加入请求消息为例进行描述。
其中,该加入请求消息可以是PDU会话修改请求(PDU session modificationrequest)消息、或PDU会话建立请求(PDU session establishment request)消息等,该加入请求消息包括PDU会话#1的PDU会话ID。该加入请求消息还包括上述组播会话的标识信息。
S404,SMF获取组播业务的信息,并根据组播业务的信息确定部分QoS流。
具体地,SMF根据组播会话的标识信息,从MB-SMF获取组播业务的信息,该组播业务的信息包括组播业务的QoS信息。
例如,SMF根据组播业务的QoS信息,将组播业务的QoS流映射到PDU会话#1的关联QoS流中的部分QoS流,该部分QoS流用于传输该组播业务的数据,该部分QoS流的QoS参数与组播QoS流的QoS参数相同。
例如,假设组播业务的组播QoS流包括QoS流5和QoS流6,第一PDU会话的关联QoS流可以包括4个:QoS流1,QoS流2,QoS流3,QoS流4;在该4个QoS流中,QoS流3和QoS流5的QoS参数相同,QoS流4和QoS流4的QoS参数相同,因此,第一PDU会话的关联QoS流中用于传输上述组播业务的数据的QoS流指的就是QoS流3和QoS流4。
S405,SMF判断PDU会话#1的状态。
具体地,参照上文方法200,SMF可以根据PDU会话#1上下文确定PDU会话#1的状态。
下面按照PDU会话#1的状态为激活状态和PDU会话#1的状态为去激活状态两种情况进行描述。
情况1、PDU会话#1处于激活的状态,按照当前标准定义的方案处理即可。
情况2、PDU会话#1处于去激活状态,执行S406-S424。
S406,SMF触发针对加入请求消息的响应流程。
例如,若加入请求消息为PDU会话修改请求消息,则SMF可以经过AMF向UE发送PDU会话修改接受(accept)消息。
具体地,SMF向AMF发送N11消息,其可以是PDU会话上下文更新响应(Nsmf_PDUsession_updateSMcontext response)消息,该N11消息包括N1 SM container,N1SMcontainer中包括了PDU会话修改接受(accept)消息,PDU会话修改接受消息用于响应加入请求消息。
其中,该PDU会话修改接受消息包括PDU会话#1的PDU会话ID和组播会话的标识信息。
AMF向UE发送NAS消息,该NAS消息包括PDU会话修改接受消息。
S407,SMF判断组播会话的状态。
具体地,SMF可以从MB-SMF获取组播会话的状态,并判断组播会话的状态为激活状态或者为去激活状态。
其中,SMF从MB-SMF获取该组播会话的状态的具体方法可以参考上文方法200的描述。
下面按照组播会话的状态为激活状态和组播会话的状态去激活状态两种情况进行描述。
情况2-1、组播会话处于激活状态,执行S408至S410,不执行S411至S416。
S408,SMF向gNB1发送请求消息,该请求消息携带信息#1。
其中,该信息#1用于激活该部分QoS流。该信息#1可以是上述部分QoS流的QoS信息。
具体地,QoS信息可以包括该部分QoS流的QFI。
可选地,该QoS信息还可以包括该部分QoS流的QoS参数。
具体地,SMF向AMF发送N11消息,其可以是N1N2消息传递(Namf_communication_N1N2MessageTransfer),该N11消息包括N2 SM container,该N2 Smcontainer包括信息#1。AMF向gNB1发送N2消息,该N2消息可以为NGAP PDU会话资源建立请求(PDU sessionresource setup request)消息,或者NGAP PDU会话资源修改请求(PDU session resourcemodify request)消息,该N2消息包括信息#1。
S409,gNB1向UE发送RRC重配置消息,UE向gNB1发送RRC重配置响应消息。
具体地,gNB1可以根据信息#1中的QoS参数生成DRB重配置信息,然后gNB1向UE发送RRC重配置消息,该RRC重配置消息包括DRB重配置信息。
进一步地,UE接收RRC重配置消息,并根据DRB重配置信息配置资源,然后向gNB1发送RRC重配置响应消息。
S410,gNB1向SMF发送响应消息。
其中,该响应消息用于响应S408的请求消息。
gNB1在收到RRC重配置响应消息之后,gNB1经过AMF向SMF发送响应消息,该响应消息为PDU会话资源建立响应(PDU session resource setup response)消息,或PDU会话资源修改响应(PDU session resource modify response)消息。
情况2-2、组播会话处于去激活的状态,执行S411至S416,不执行S408至S410。
S411,MB-SMF接收第二触发消息。
其中,该第二触发消息为MBS会话更新请求请求消息或N4通知消息。
例如,MB-SMF接收来自AF的MBS会话更新请求请求(Nmbsmf_MBSSession Update_Request)消息,该MBS会话更新请求消息用于请求激活该组播业务关联的组播会话,或者MB-SMF接收来自MB-UPF的N4通知(N4mb notification)消息,该N4通知消息用于通知该组播业务关联的组播会话被激活等。
S412,MB-SMF向SMF发送信息#2。
其中,该信息#2用于通知组播会话被激活。
具体地,该信息#2可以为会话状态指示(session status indication)信息,该会话状态指示信息用于指示该组播会话的状态。MB-SMF向SMF发送MBS会话上下文状态通知(Nmbsmf_MBSsession_contextstatusnotify)消息,该消息包括信息#2。
S413,SMF触发AMF对UE进行寻呼。
应理解,S413是一个可选的步骤,当组播会话被激活时,若UE处于非连接态,则SMF可以触发AMF对UE进行寻呼。
具体地,SMF向AMF发送群组可达性(Namf_MT_groupreachability)消息,该消息包括此前请求加入组播业务的UE列表,AMF根据群组可达性消息对UE列表中处于空闲态的UE进行寻呼。
其中,寻呼可以是针对某个UE的单独寻呼,也可以是针对UE列表中的UE进行组寻呼。
S414,当UE处于连接态时,SMF向gNB1发送请求消息,该请求消息携带信息#1。
具体地,S414至S416的具体过程可以参考S408至S410,在此不再赘述。
也就是说,若组播会话处于去激活状态,则SMF等待组播会话被激活,再激活PDU会话#1的关联QoS流中的部分QoS流,该部分QoS流用于传输组播业务的数据。
其中,S412可以视为组播会话被激活的通知消息,也可以视为S413的一个触发条件。
经过S408-S410或者S411-S416,PDU会话#1的关联QoS流中的用于传输组播业务的数据的部分QoS流被激活。
S417,SMF向UE发信息#3。
其中,该信息#3用于通知该第一PDU会话的关联QoS流中被激活的QoS流,例如,该信息#3包括前述部分QoS流的QFI;或者,该信息#3用于指示第一PDU会话的关联QoS流未全部处于激活状态。
具体地,SMF向AMF发送N11消息,其可以是N1N2消息传递(Namf_communication_N1N2MessageTransfer)消息,N11消息包括N1 SM container,N1SM container包括信息#3。AMF向gNB1发送N1消息,该N1消息可以为NAS消息,gNB1将N1消息发送给UE,该N1消息包括信息#3。
应理解,S417可以在S410之后执行,也可以在S416之后执行。
可选地,在某些情况下,还可以执行S418至S421,和/或,S422至S424。
下面分场景A和场景B进行描述。
需要说明的是,场景A和场景B的方案可以分别独立实施,也可以结合实施,不予限制。
场景A、UE有单播业务的传输需求,执行418至S421。
S418,UE获取PDU会话#1的状态和PDU会话#1的关联QoS流的状态。
具体地,参考上文方法200和方法300,UE可以根据PDU会话#1的上下文确定PDU会话#1的状态和PDU会话#1的关联QoS流的状态。
其中,获取PDU会话#1的关联QoS流的状态的一种方式是根据S417中的信息#3。
S419,若PDU会话#1处于激活状态且PDU会话#1的关联QoS流的未全部处于激活状态,则UE向SMF发送业务请求消息,该业务请求消息用于请求传输单播业务。
若PDU会话#处于激活状态且PDU会话#1的关联QoS流的全部处于激活状态,则不执行S419。
S420,SMF向gNB1发信息#4。
其中,该信息#4用于激活PDU会话#1的关联QoS流中的第二QoS流。
其中,该第二QoS流属于第一PDU会话的关联QoS流,且用于传输该单播业务的数据。例如,假设第一PDU会话的关联QoS流可以包括4个:QoS流1,QoS流2,QoS流3,QoS流4;在该4个QoS流中用于传输上述单播业务的数据的QoS流为QoS流1,此处的第二QoS流指的就是QoS流1。或者,该第二QoS流属于第一PDU会话的关联QoS流,且处于去激活状态。例如,假设第一PDU会话的关联QoS流可以包括4个:QoS流1,QoS流2,QoS流3,QoS流4;在该4个QoS流中处于激活状态的QoS流为QoS流3和QoS流4,处于去激活状态的QoS流为QoS流1和QoS流2,此处的第二QoS流指的就是QoS流1和QoS流2。
其中,该信息#4可以为第二QoS流的QoS信息。
具体地,该QoS信息包括该第二QoS流的QFI。
可选地,该QoS信息还可以包括该第二QoS流的QoS参数。
具体地,SMF向AMF发送N11消息,N11消息可以是N1N2消息传递(Namf_Communication_N1N2MessageTransfer)消息,该N11消息包括N2 SM container,N2 SMcontainer包括信息#4。AMF接收到SMF的N11消息后,向gNB1发送N2消息,该N2消息可以是NGAP PDU会话资源修改(PDU session resource modify)消息,该N2消息包括信息#4。
S421,gNB1向UE发送RRC重配置消息,UE向gNB1发送RRC重配置响应消息。
具体地,gNB1可以根据信息#4中的QoS参数生成DRB重配置信息,然后gNB1向UE发送RRC重配置消息,该RRC重配置消息包括DRB重配置信息。
进一步地,UE接收RRC重配置消息,并根据DRB重配置信息配置资源,然后向gNB1发送RRC重配置响应消息。
经过S418-S421,PDU会话#1的关联QoS流中的第二QoS流被激活,第二QoS流可以用于UE传输单播业务的数据。
场景B、UE从gNB1切换到不支持MBS的gNB2,执行422至S424。
S422,gNB2向SMF发送N2消息,该N2消息包括PDU会话#1的标识信息。
可选地,N2消息不包括指示信息#1,指示信息#1用于指示gNB2支持MBS,从而SMF获知gNB2不支持MBS。
N2消息可以是N2路径切换请求(N2 path switch request)或路径切换请求(pathswitch request)消息,AMF可以通过N11消息将该N2消息发送给SMF,N11消息可以是PDU会话上下文更新请求(Nsmf_PDUsession_updateSMcontext request)消息。
如果N2路径切换请求、路径切换消息或者PDU会话上下文更新请求消息不包括指示信息#1,该指示信息#1用于指示gNB2支持MBS,那么SMF可以确定gNB2不支持MBS。
S423,SMF向gNB2发信息#5。
其中,该信息#5用于激活PDU会话#1的关联QoS流中的第三QoS流。
其中,该第三QoS流属于第一PDU会话的关联QoS流,且处于去激活状态。例如,假设第一PDU会话的关联QoS流可以包括4个:QoS流1,QoS流2,QoS流3,QoS流4;在该4个QoS流中处于激活状态的QoS流为QoS流3和QoS流4,处于去激活状态的QoS流为QoS流1和QoS流2,此处的第三QoS流指的就是QoS流1和QoS流2。
其中,该信息#5可以为第三QoS流的QoS信息。
具体地,该QoS信息包括该第三QoS流的QFI。
可选地,该QoS信息还可以包括该第三QoS流的QoS参数。
具体地,SMF向AMF发送N11消息,N11消息可以是N1N2消息传递(Namf_communication_N1N2MessageTransfer)消息,该N11消息包括N2 SM container,N2 SMcontainer包括信息#5。AMF接收到SMF的N11消息后,向gNB2发送N2消息,该N2消息可以是NGAP PDU会话资源修改(PDU session resource modify)消息,该N2消息包括信息#5。
S424,gNB2向UE发送RRC重配置消息,UE向gNB2发送RRC重配置响应消息。
具体地,gNB2可以根据信息#5中的QoS参数生成DRB重配置信息,然后gNB2向UE发送RRC重配置消息,该RRC重配置消息包括DRB重配置信息。
进一步地,UE接收RRC重配置消息,并根据DRB重配置信息配置资源,然后向gNB2发送RRC重配置响应消息。
经过S422-S424,PDU会话#1的关联QoS流中的第三QoS流被激活,第三QoS流可以用于UE在切换后用单播方式传输数据。
应理解,上述S418至S421可以作为方法400中的一种情况,也可以作为独立的方案,本申请不做限定。若S418至S421作为独立方案,则其可以视为上文方法500的一种具体实现方式。
图7示出了本申请实施例提供的一种数据传输的装置700的示意图。
该装置700包括收发单元710和处理单元720,收发单元710可以用于实现相应的通信功能,收发单元710还可以称为通信接口或通信单元,处理单元720可以用于进行数据处理。
可选地,该装置700还包括存储单元,该存储单元可以用于存储指令和/或数据,处理单元720可以读取存储单元中的指令和/或数据,以使得装置实现前述各个方法实施例中不同设备的动作,例如,终端设备、会话管理网元、第一接入网设备或第二接入网设备的动作。
作为一种设计,该装置700用于执行上文各个方法实施例中会话管理网元所执行的动作。
这时,该装置700可以为会话管理网元或者会话管理网元的组成部件,收发单元710用于执行上文方法实施例中会话管理网元侧的收发相关的操作,处理单元720用于执行上文方法实施例中会话管理网元侧的处理相关的操作。
一种可能的实现方式,收发单元710,用于通过第一协议数据单元PDU会话接收来自终端设备的加入请求消息,该加入请求消息用于请求加入组播业务;处理单元720,用于若第一PDU会话处于去激活状态,则向第一接入网设备发送第一信息,第一信息用于激活第一PDU会话的关联服务质量QoS流中的部分QoS流,部分QoS流用于传输组播业务的数据。
可选地,第一信息包括部分QoS流的标识信息。
可选地,处理单元720具体用于:若组播业务关联的组播会话处于激活状态,则向第一接入网设备发送第一信息;和/或,若组播业务关联的组播会话从去激活状态转变为激活状态,则向第一接入网设备发送第一信息。
可选地,收发单元710还用于:接收第二信息,第二信息用于通知组播会话被激活;处理单元720还用于:若组播会话处于去激活状态,则根据第二信息确定组播会话从去激活状态转变为激活状态。
可选地,收发单元710还用于:向终端设备发送第三信息;其中,第三信息用于通知第一PDU会话的关联QoS流中被激活的QoS流;或,第三信息用于指示第一PDU会话的关联QoS流未全部处于激活状态。
可选地,处理单元720还用于:若接收到来自终端设备的业务请求消息,且业务请求消息用于请求通过第一PDU会话传输单播业务的数据,则向第一接入网设备发送第四信息,第四信息用于激活第二QoS流;其中,第二QoS流属于第一PDU会话的关联QoS流,且用于传输单播业务的数据;或,第二QoS流属于第一PDU会话的关联QoS流,且处于去激活状态。
可选地,若终端设备从第一接入网设备移动到第二接入网设备,处理单元720还用于:若路径切换请求消息或者PDU会话上下文更新请求消息不包括第一指示信息,第一指示信息用于指示第二接入网设备支持组播/广播业务,则向第二接入网设备发送第五信息,第五信息用于激活第三QoS流,第三QoS流属于第一PDU会话的关联QoS流,且处于去激活状态;或,若第二接入网设备不支持组播/广播业务,则向第二接入网设备发送第五信息。
该装置700可实现对应于根据本申请实施例的方法实施例中的会话管理网元执行的步骤或者流程,该装置700可以包括用于执行图4或图5所示实施例中的会话管理网元执行的方法的单元,或包括图4至图6中任意一个所示实施例中的SMF执行的方法的单元。
应理解,各单元执行上述相应步骤的具体过程在上述各方法实施例中已经详细说明,为了简洁,在此不再赘述。
作为另一种设计,该装置700可以用于执行上文各个方法实施例中终端设备所执行的动作,这时,该装置700可以为终端设备或者终端设备的组成部件,收发单元710用于执行上文方法实施例中终端设备侧的收发相关的操作,处理单元720用于执行上文方法实施例中终端设备侧的处理相关的操作。
一种可能的实现方式,处理单元720,用于获取第一协议数据单元PDU会话的状态和第一PDU会话的关联QoS流的状态;处理单元720还用于:若第一PDU会话处于激活状态,且第一PDU会话的关联QoS流未全部处于激活状态,则向核心网设备发送业务请求消息,业务请求消息用于请求通过第一PDU会话传输单播业务的数据;和/或,若第一PDU会话处于激活状态,且第一PDU会话的关联QoS流中的全部QoS流处于激活状态,则不发送业务请求消息。
可选地,处理单元720具体用于:接收第三信息;其中,第三信息用于通知第一PDU会话的关联QoS流中被激活的QoS流;或,第三信息用于指示第一PDU会话的关联QoS流未全部处于激活状态。
可选地,该装置700还包括:收发单元710,用于通过第一PDU会话发送加入请求消息,加入请求消息用于请求加入组播业务。
该装置700可实现对应于根据本申请实施例的方法实施例中的终端设备执行的步骤或者流程,该装置700可以包括用于执行图4或图5所示实施例中的终端设备执行的方法的单元,或包括图4至图6中任意一个所示实施例中的UE执行的方法的单元。
应理解,各单元执行上述相应步骤的具体过程在上述各方法实施例中已经详细说明,为了简洁,在此不再赘述。
作为另一种设计,该装置700可以用于执行上文各个方法实施例中第一接入网设备所执行的动作,这时,该装置700可以为第一接入网设备或者第一接入网设备的组成部件,收发单元710用于执行上文方法实施例中第一接入网设备侧的收发相关的操作,处理单元720用于执行上文方法实施例中第一接入网设备侧的处理相关的操作。
一种可能的实现方式,收发单元710,用于接收第一信息,第一信息用于激活第一PDU会话的关联服务质量QoS流中的部分QoS流,部分QoS流用于传输组播业务的数据。处理单元720,用于根据第一信息激活该部分QoS流。
可选地,收发单元710还用于:接收第四信息,该第四信息用于激活第二QoS流;其中,第二QoS流属于第一PDU会话的关联QoS流,且用于传输单播业务的数据;或,第二QoS流属于第一PDU会话的关联QoS流,且处于去激活状态;处理单元720还用于:根据第四信息激活该第二QoS流。
该装置700可实现对应于根据本申请实施例的方法实施例中的第一接入网设备执行的步骤或者流程,该装置700可以包括用于执行图4所示实施例中的第一接入网设备执行的方法的单元,或包括图6所示实施例中的gNB1执行的方法的单元。
应理解,各单元执行上述相应步骤的具体过程在上述各方法实施例中已经详细说明,为了简洁,在此不再赘述。
还应理解,这里的装置700以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,装置700可以具体为上述实施例中的会话管理网元,可以用于执行上述各方法实施例中与会话管理网元对应的各个流程和/或步骤,或者,装置700可以具体为上述实施例中的终端设备,可以用于执行上述各方法实施例中与终端设备对应的各个流程和/或步骤,为避免重复,在此不再赘述。
上述各个方案的装置700具有实现上述方法中会话管理网元所执行的相应步骤的功能,或者,上述各个方案的装置700具有实现上述方法中终端设备所执行的相应步骤的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块;例如收发单元可以由收发机替代(例如,收发单元中的发送单元可以由发送机替代,收发单元中的接收单元可以由接收机替代),其它单元,如处理单元等可以由处理器替代,分别执行各个方法实施例中的收发操作以及相关的处理操作。
此外,上述收发单元710还可以是收发电路(例如可以包括接收电路和发送电路),处理单元可以是处理电路。
需要指出的是,图7中的装置可以是前述实施例中的网元或设备,也可以是芯片或者芯片系统,例如:片上系统(system on chip,SoC)。其中,收发单元可以是输入输出电路、通信接口;处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。
图8示出了本申请实施例提供数据传输的装置800的示意图。该装置800包括处理器810,处理器810与存储器820耦合,存储器820用于存储计算机程序或指令和/或数据,处理器810用于执行存储器820存储的计算机程序或指令,或读取存储器820存储的数据,以执行上文各方法实施例中的方法。如图8所示,该装置800还包括收发器830,收发器830用于信号的接收和/或发送。例如,处理器810用于控制收发器830进行信号的接收和/或发送。
可选地,处理器810为一个或多个。
可选地,存储器820为一个或多个。
可选地,该存储器820与该处理器810集成在一起,或者分离设置。
作为一种方案,该装置800用于实现上文各个方法实施例中由会话管理网元、第一接入网设备或终端设备执行的操作。
例如,处理器810用于执行存储器820存储的计算机程序或指令,以实现上文各个方法实施例中会话管理网元的相关操作。例如,图4或图5所示实施例中的会话管理网元执行的方法,或图4至图6中任一个所示实施例中的会话管理网元或SMF执行的方法。
又如,处理器810用于执行存储器820存储的计算机程序或指令,以实现上文各个方法实施例中终端设备的相关操作。例如,图4或图5所示实施例中的终端设备执行的方法,或图4至图6中任一个所示实施例中的终端设备或UE执行的方法。
应理解,本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM)。例如,RAM可以用作外部高速缓存。作为示例而非限定,RAM包括如下多种形式:静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)可以集成在处理器中。
还需要说明的是,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请还提供了一种计算机可读介质,其上存储有计算机程序,该计算机程序被计算机执行时实现上述任一方法实施例的功能。
本申请还提供了一种计算机程序产品,该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
本申请还提供一种系统,其包括前述实施例中的会话管理网元和第一接入网设备。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disk,SSD))等。
在本申请实施例中,“示例的”、“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用示例的一词旨在以具体方式呈现概念。
应理解,说明书通篇中提到的“实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此,在整个说明书各个实施例未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。本申请中所有节点、消息的名称仅仅是本申请为描述方便而设定的名称,在实际网络中的名称可能不同,不应理解本申请限定各种节点、消息的名称,相反,任何具有和本申请中用到的节点或消息具有相同或类似功能的名称都视作本申请的方法或等效替换,都在本申请的保护范围之内。
还应理解,在本申请中,“当…时”、“若”以及“如果”均指在某种客观情况下UE或者基站会做出相应的处理,并非是限定时间,且也不要求UE或基站实现时一定要有判断的动作,也不意味着存在其它限定。
需要说明的是,本申请实施例中,“预先设定”、“预先配置”等可以通过在设备(例如,终端设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定,例如本申请实施例中预设的规则、预设的常数等。
另外,本文中术语“系统”和“网络”在本文中常被可互换使用。
本文中术语“……中的至少一个”或“……中的至少一种”,表示所列出的各项的全部或任意组合,例如,“A、B和C中的至少一种”,可以表示:单独存在A,单独存在B,单独存在C,同时存在A和B,同时存在B和C,同时存在A、B和C这六种情况。本文中的“至少一个”表示一个或者多个。“多个”表示两个或者两个以上。
应理解,在本申请各实施例中,“与A相应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
应理解,在本申请的各种实施例中,第一、第二以及各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围。例如,区分不同的信息等。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (30)
1.一种数据传输的方法,其特征在于,包括:
会话管理网元通过第一协议数据单元PDU会话接收来自终端设备的加入请求消息,所述加入请求消息用于请求加入组播业务;
若所述第一PDU会话处于去激活状态,则所述会话管理网元向第一接入网设备发送第一信息,所述第一信息用于激活所述第一PDU会话的关联服务质量QoS流中的部分QoS流,所述部分QoS流用于传输所述组播业务的数据。
2.根据权利要求1所述的方法,其特征在于,所述第一信息包括所述部分QoS流的标识信息。
3.根据权利要求1或2所述的方法,其特征在于,所述会话管理网元向第一接入网设备发送第一信息,包括:
若所述组播业务关联的组播会话处于激活状态,则所述会话管理网元向所述第一接入网设备发送所述第一信息;和/或,
若所述组播业务关联的组播会话从去激活状态转变为激活状态,则所述会话管理网元向所述第一接入网设备发送所述第一信息。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述会话管理网元接收第二信息,所述第二信息用于通知所述组播会话被激活;
若所述组播会话处于去激活状态,则所述会话管理网元根据所述第二信息确定所述组播会话从去激活状态转变为激活状态。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述方法还包括:
所述会话管理网元向所述终端设备发送第三信息;
其中,所述第三信息用于通知所述第一PDU会话的关联QoS流中被激活的QoS流;或,所述第三信息用于指示所述第一PDU会话的关联QoS流未全部处于激活状态。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述方法还包括:
若接收到来自所述终端设备的业务请求消息,且所述业务请求消息用于请求通过所述第一PDU会话传输单播业务的数据,则所述会话管理网元向所述第一接入网设备发送第四信息,所述第四信息用于激活第二QoS流;
其中,所述第二QoS流属于所述第一PDU会话的关联QoS流,且用于传输所述单播业务的数据;或,所述第二QoS流属于所述第一PDU会话的关联QoS流,且处于去激活状态。
7.根据权利要求1至5中任一项所述的方法,其特征在于,所述方法应用于所述终端设备从所述第一接入网设备移动到第二接入网设备的场景,所述方法还包括:
若路径切换请求消息或者PDU会话上下文更新请求消息不包括第一指示信息,所述第一指示信息用于指示所述第二接入网设备支持组播/广播业务,则所述会话管理网元向所述第二接入网设备发送第五信息,所述第五信息用于激活第三QoS流,所述第三QoS流属于所述第一PDU会话的关联QoS流,且处于去激活状态;或,
若所述第二接入网设备不支持组播/广播业务,则所述会话管理网元向所述第二接入网设备发送所述第五信息。
8.一种数据传输的方法,其特征在于,包括:
终端设备获取第一协议数据单元PDU会话的状态和所述第一PDU会话的关联QoS流的状态;
若所述第一PDU会话处于激活状态,且所述第一PDU会话的关联QoS流未全部处于激活状态,则所述终端设备向核心网设备发送业务请求消息,所述业务请求消息用于请求通过所述第一PDU会话传输单播业务的数据;和/或,
若所述第一PDU会话处于激活状态,且所述第一PDU会话的关联QoS流中的全部QoS流处于激活状态,则所述终端设备不发送所述业务请求消息。
9.根据权利要求8所述的方法,其特征在于,所述终端设备获取所述第一PDU会话的关联QoS流的状态,包括:
所述终端设备接收第三信息;
其中,所述第三信息用于通知所述第一PDU会话的关联QoS流中被激活的QoS流;或,
所述第三信息用于指示所述第一PDU会话的关联QoS流未全部处于激活状态。
10.根据权利要求8或9所述的方法,其特征在于,所述方法还包括:
所述终端设备通过所述第一PDU会话发送加入请求消息,所述加入请求消息用于请求加入组播业务。
11.一种数据传输的方法,其特征在于,包括:
会话管理网元通过第一协议数据单元PDU会话接收来自终端设备的加入请求消息,所述加入请求消息用于请求加入组播业务;
若所述第一PDU会话处于去激活状态,则所述会话管理网元向第一接入网设备发送第一信息,所述第一信息用于激活所述第一PDU会话的关联QoS流中的部分QoS流,所述部分QoS流用于传输所述组播业务的数据;
所述第一接入网设备根据所述第一信息,激活所述部分QoS流。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
若接收到来自所述终端设备的业务请求消息,所述业务请求消息用于请求通过所述第一PDU会话传输单播业务的数据,则所述会话管理网元向所述第一接入网设备发送第四信息,所述第四信息用于激活第二QoS流;
所述第一接入网设备根据所述第四信息,激活所述第二QoS流;
其中,所述第二QoS流属于所述第一PDU会话的关联QoS流,且用于传输所述单播业务;或,所述第二QoS流属于所述第一PDU会话的关联QoS流,且处于去激活状态。
13.根据权利要求11所述的方法,其特征在于,所述方法还包括:
若路径切换请求消息或者PDU会话上下文更新请求消息不包括第一指示信息,所述第一指示信息用于指示所述第二接入网设备支持组播/广播业务,则所述会话管理网元向所述第二接入网设备发送第五信息,所述第五信息用于激活第三QoS流,所述第三QoS流属于所述第一PDU会话的关联QoS流,且处于去激活状态;或,
若所述第二接入网设备不支持组播/广播业务,则所述会话管理网元向所述第二接入网设备发送所述第五信息;
所述第二接入网设备根据所述第五信息,激活所述第三QoS流。
14.一种数据传输的装置,其特征在于,包括:
收发单元,用于通过第一协议数据单元PDU会话接收来自终端设备的加入请求消息,所述加入请求消息用于请求加入组播业务;
处理单元,用于若所述第一PDU会话处于去激活状态,则向第一接入网设备发送第一信息,所述第一信息用于激活所述第一PDU会话的关联服务质量QoS流中的部分QoS流,所述部分QoS流用于传输所述组播业务的数据。
15.根据权利要求14所述的装置,其特征在于,所述第一信息包括所述部分QoS流的标识信息。
16.根据权利要求14或15所述的装置,其特征在于,所述处理单元具体用于:
若所述组播业务关联的组播会话处于激活状态,则向所述第一接入网设备发送所述第一信息;和/或,
若所述组播业务关联的组播会话从去激活状态转变为激活状态,则向所述第一接入网设备发送所述第一信息。
17.根据权利要求16所述的装置,其特征在于,
所述收发单元还用于:接收第二信息,所述第二信息用于通知所述组播会话被激活;
所述处理单元还用于:若所述组播会话处于去激活状态,则根据所述第二信息确定所述组播会话从去激活状态转变为激活状态。
18.根据权利要求14至17中任一项所述的装置,其特征在于,所述收发单元还用于:
向所述终端设备发送第三信息;
其中,所述第三信息用于通知所述第一PDU会话的关联QoS流中被激活的QoS流;或,所述第三信息用于指示所述第一PDU会话的关联QoS流未全部处于激活状态。
19.根据权利要求14至18中任一项所述的装置,其特征在于,所述处理单元还用于:
若接收到来自所述终端设备的业务请求消息,且所述业务请求消息用于请求通过所述第一PDU会话传输单播业务的数据,则向所述第一接入网设备发送第四信息,所述第四信息用于激活第二QoS流;
其中,所述第二QoS流属于所述第一PDU会话的关联QoS流,且用于传输所述单播业务的数据;或,所述第二QoS流属于所述第一PDU会话的关联QoS流,且处于去激活状态。
20.根据权利要求14至18中任一项所述的装置,其特征在于,所述装置应用于所述终端设备从所述第一接入网设备移动到第二接入网设备的场景,所述处理单元还用于:
若路径切换请求消息或者PDU会话上下文更新请求消息不包括第一指示信息,所述第一指示信息用于指示所述第二接入网设备支持组播/广播业务,则向所述第二接入网设备发送第五信息,所述第五信息用于激活第三QoS流,所述第三QoS流属于所述第一PDU会话的关联QoS流,且处于去激活状态;或,
若所述第二接入网设备不支持组播/广播业务,则向所述第二接入网设备发送所述第五信息。
21.一种数据传输的装置,其特征在于,包括:
处理单元,用于获取第一协议数据单元PDU会话的状态和所述第一PDU会话的关联QoS流的状态;
所述处理单元还用于:
若所述第一PDU会话处于激活状态,且所述第一PDU会话的关联QoS流未全部处于激活状态,则向核心网设备发送业务请求消息,所述业务请求消息用于请求通过所述第一PDU会话传输单播业务的数据;和/或,
若所述第一PDU会话处于激活状态,且所述第一PDU会话的关联QoS流中的全部QoS流处于激活状态,则不发送所述业务请求消息。
22.根据权利要求21所述的装置,其特征在于,所述处理单元具体用于:
接收第三信息;
其中,所述第三信息用于通知所述第一PDU会话的关联QoS流中被激活的QoS流;或,
所述第三信息用于指示所述第一PDU会话的关联QoS流未全部处于激活状态。
23.根据权利要求21或22所述的装置,其特征在于,所述装置还包括:
收发单元,用于通过所述第一PDU会话发送加入请求消息,所述加入请求消息用于请求加入组播业务。
24.一种数据传输的装置,其特征在于,包括:
处理器,用于执行存储器中存储的计算机程序,以使得所述装置执行如权利要求1至10中任一项所述的方法。
25.根据权利要求24所述的装置,其特征在于,所述装置还包括所述存储器。
26.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1至10中任意一项所述的方法。
27.一种计算机程序产品,其特征在于,所述计算机程序产品包括用于执行如权利要求1至10中任一项所述的方法的指令。
28.一种通信系统,其特征在于,包括:会话管理网元和第一接入网设备,
所述会话管理网元用于:
通过第一协议数据单元PDU会话接收来自终端设备的加入请求消息,所述加入请求消息用于请求加入组播业务;
若所述第一PDU会话处于去激活状态,则向第一接入网设备发送第一信息,所述第一信息用于激活所述第一PDU会话的关联QoS流中的部分QoS流,所述部分QoS流用于传输所述组播业务的数据;
所述第一接入网设备用于:
根据所述第一信息激活所述部分QoS流。
29.根据权利要求28所述的系统,其特征在于,
所述会话管理网元还用于:
若接收到来自所述终端设备的业务请求消息,所述业务请求消息用于请求通过所述第一PDU会话传输单播业务的数据,则向所述第一接入网设备发送第四信息,所述第四信息用于激活第二QoS流;
所述第一接入网设备还用于:
根据所述第四信息激活所述第二QoS流;
其中,其中,所述第二QoS流属于所述第一PDU会话的关联QoS流,且用于传输所述单播业务;或,所述第二QoS流属于所述第一PDU会话的关联QoS流,且处于去激活状态。
30.根据权利要求28所述的系统,其特征在于,所述系统还包括第二接入网设备,所述终端设备从所述第一接入网设备移动到第二接入网设备,
所述会话管理网元还用于:
若路径切换请求消息或者PDU会话上下文更新请求消息不包括第一指示信息,所述第一指示信息用于指示所述第二接入网设备支持组播/广播业务,则向所述第二接入网设备发送第五信息,所述第五信息用于激活第三QoS流,所述第三QoS流属于所述第一PDU会话的关联QoS流,且处于去激活状态;或,
若所述第二接入网设备不支持组播/广播业务,则向所述第二接入网设备发送所述第五信息;
所述第二接入网设备用于:
根据所述第五信息激活所述第三QoS流。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210026717.8A CN116471549A (zh) | 2022-01-11 | 2022-01-11 | 一种数据传输的方法、装置以及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210026717.8A CN116471549A (zh) | 2022-01-11 | 2022-01-11 | 一种数据传输的方法、装置以及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116471549A true CN116471549A (zh) | 2023-07-21 |
Family
ID=87175780
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210026717.8A Pending CN116471549A (zh) | 2022-01-11 | 2022-01-11 | 一种数据传输的方法、装置以及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116471549A (zh) |
-
2022
- 2022-01-11 CN CN202210026717.8A patent/CN116471549A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102242297B1 (ko) | 무선 통신 시스템에서 네트워크 슬라이스 기반 nr을 위한 셀 특정 절차를 수행하는 방법 및 장치 | |
CN114143871B (zh) | 网络连接方法、网络去连接方法及通信装置 | |
CN112425250B (zh) | 会话建立方法、终端设备和网络设备 | |
WO2022028380A1 (zh) | 终端接入公私网的方法及通信装置 | |
EP4142315A1 (en) | Communication method and device | |
JP2023533342A (ja) | 通信方法及び通信装置 | |
TW201804840A (zh) | 信息傳輸方法和裝置 | |
CN116746085A (zh) | 传输数据的方法和装置 | |
KR20220038103A (ko) | 핸드오버 방법 및 장치 | |
US20230388756A1 (en) | Communication method and apparatus for multicast/broadcast service | |
US20230269573A1 (en) | Systems and methods for ue context management in sidelink relay scenarios | |
WO2022141309A1 (zh) | 授权配置方法、终端设备和网络设备 | |
CN116471549A (zh) | 一种数据传输的方法、装置以及系统 | |
CN116615920A (zh) | 通信方法、设备及存储介质 | |
CN113543270A (zh) | 数据传输方法及通信装置 | |
WO2023061167A1 (zh) | 通信方法及装置 | |
CN114915917B (zh) | 传输多播业务的方法及装置 | |
WO2023185298A1 (zh) | 一种组播/广播业务通信的方法、装置以及系统 | |
AU2021308253B2 (en) | Communication method and communication apparatus | |
WO2023134516A1 (zh) | 一种广播通信方法和装置 | |
WO2024066858A1 (zh) | 一种通信的方法和装置 | |
EP4418697A1 (en) | Multicast/broadcast communication method and related apparatus | |
WO2023202503A1 (zh) | 通信方法和装置 | |
US20240080931A1 (en) | Communication method and apparatus | |
CN117641251A (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 |