CN115529294B - 业务处理方法、装置、设备及存储介质 - Google Patents
业务处理方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN115529294B CN115529294B CN202210449275.8A CN202210449275A CN115529294B CN 115529294 B CN115529294 B CN 115529294B CN 202210449275 A CN202210449275 A CN 202210449275A CN 115529294 B CN115529294 B CN 115529294B
- Authority
- CN
- China
- Prior art keywords
- session
- private network
- user
- network
- network element
- 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.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 38
- 238000003860 storage Methods 0.000 title claims abstract description 13
- 238000000034 method Methods 0.000 claims abstract description 146
- 230000000977 initiatory effect Effects 0.000 claims abstract description 69
- 230000008569 process Effects 0.000 claims description 87
- 238000013475 authorization Methods 0.000 claims description 54
- 238000009826 distribution Methods 0.000 claims description 18
- 230000004044 response Effects 0.000 claims description 17
- 238000010295 mobile communication Methods 0.000 claims description 16
- 238000012545 processing Methods 0.000 claims description 16
- 230000004913 activation Effects 0.000 claims description 13
- 238000012546 transfer Methods 0.000 claims description 2
- 230000003213 activating effect Effects 0.000 claims 2
- 101150102131 smf-1 gene Proteins 0.000 description 154
- 101000579423 Homo sapiens Regulator of nonsense transcripts 1 Proteins 0.000 description 98
- 102100028287 Regulator of nonsense transcripts 1 Human genes 0.000 description 98
- 230000006870 function Effects 0.000 description 47
- 102100021087 Regulator of nonsense transcripts 2 Human genes 0.000 description 33
- 101710028540 UPF2 Proteins 0.000 description 33
- 238000007726 management method Methods 0.000 description 33
- 101150114331 MME1 gene Proteins 0.000 description 31
- 101100055418 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) AMF1 gene Proteins 0.000 description 31
- 101100477784 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) SMF2 gene Proteins 0.000 description 20
- 238000010586 diagram Methods 0.000 description 19
- 230000003993 interaction Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 238000004590 computer program Methods 0.000 description 7
- 238000004458 analytical method Methods 0.000 description 6
- 230000002776 aggregation Effects 0.000 description 5
- 238000004220 aggregation Methods 0.000 description 5
- 238000013459 approach Methods 0.000 description 4
- 239000003795 chemical substances by application Substances 0.000 description 4
- 238000013523 data management Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000008447 perception Effects 0.000 description 4
- 101100240980 Caenorhabditis elegans smf-2 gene Proteins 0.000 description 3
- 239000000872 buffer Substances 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 230000004075 alteration Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 101000757159 Manduca sexta Aminopeptidase N Proteins 0.000 description 1
- 101000889620 Plutella xylostella Aminopeptidase N Proteins 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000010561 standard procedure Methods 0.000 description 1
- 238000012559 user support system Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
Abstract
本发明公开了业务处理方法、装置、设备及存储介质,方法包括会话用户面网元在公网业务中识别到专网业务,向会话控制面网元发送专网业务访问事件;会话控制面网元向会话发起网元传递专网会话信息及会话控制面网元信息并触发专网会话建立请求;会话发起网元启动专网会话建立流程,指示会话控制面网元控制会话用户面网元为用户建立专网会话通道用户面;会话用户面网元将所有专网业务的上行数据报文中地址1替换为分给用户终端的地址2,对替换的上行数据报文进行分流;会话用户面网元将专网发送给用户终端的下行数据报文中地址2替换为地址1,对替换的下行数据报文进行汇聚,能够为使用不支持多DNN功能的用户终端的用户同时提供公网业务和专网业务。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种业务处理方法、装置、设备及存储介质。
背景技术
多DNN(Data Network Name)技术方案是指为用户分别签约了用于公网业务的通用DNN(例如:DNN1)和用于专网业务的专用DNN(例如:DNN2)。当用户需要使用公网业务时,用户通过用户终端使用通用DNN发起PDU会话建立请求,5G网络为用户终端建立通用DNN1的PDU会话疏通公网业务;当用户需要使用专网业务时,用户通过用户终端使用专用DNN发起PDU会话建立请求,5G网络为用户终端建立专用DNN的PDU会话疏通专网业务。如上所述,当用户在使用公网业务的过程中,如果需要访问专网业务,则需要手工在用户终端上进行相应的操作,例如用户在用户终端的界面上手动激活相应的APP,通过APP调用用户终端激活专用DNN,以实现专网业务的访问。可见,现有的多DNN技术方案中,对于同时存在公网业务和专网业务需求的用户,一方面,必须使用支持多DNN功能的用户终端;另一面需要在用户终端上安装和配置调用专网DNN的APP,并在使用专网业务时手工激活专网业务APP,无法通过在公网业务界面上以点击相关链接的方式使用专网业务;从而既限制了用户对于用户终端的选型,又导致了用户对于专网业务需在用户终端上进行较为繁琐的操作。
发明内容
本发明实施例通过提供一种业务访问处理方法、装置、设备及存储介质,旨在解决实现用户终端通过单一会话通道承载公网业务和专网业务,且网络能够对用户终端的专网业务和公网业务分别进行计费和业务管控,以解决现有DNN技术方案要求用户终端支持多DNN功能以及在支持多DNN功能的用户终端上需要对专网业务进行较为繁琐的配置和业务使用操作的技术问题。
本发明实施例提供了一种业务处理方法,应用于移动通信网分组域设备,所述业务处理方法包括:
基于用户终端发起的公网业务,第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件;
所述第一会话控制面网元向会话发起网元传递专网会话信息及第一会话控制面网元信息并可选择性的触发专网会话建立请求;
所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面;
所述第一会话用户面网元将所述公网会话通道用户面传输的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网;以及,
所述第一会话用户面网元将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址,并将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面以及基站发送至所述用户终端。
在一实施例中,所述基于用户终端发起的公网业务,第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件的同时,还包括:
所述第一会话用户面网元缓存所述公网会话通道用户面中的所有所述专网业务的UL上行数据报文;以及,
所述公网会话通道用户面转发所述公网业务的UL上行数据报文和DL下行数据报文;其中,所述公网会话通道用户面转发的所述公网业务中不包括所述专网业务,且所述公网会话通道用户面转发的所述公网业务不触发为用户建立专网会话的流程。
在一实施例中,所述第一会话用户面网元将所述公网会话通道用户面传输的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网,包括:
在所述专网会话通道用户面建立后,所述第一会话用户面网元将在所述专网会话通道用户面建立之前缓存的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,以及将在所述专网会话通道用户面建立之后收到的所有所述专网业务UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的在所述专网会话通道用户面建立之前缓存的所有所述专网业务的UL上行数据报文和替换后的在所述专网会话通道用户面建立之后收到的所有所述专网业务UL上行数据报文,依次通过所述专网会话通道用户面传输至专网。
在一实施例中,所述业务访问处理方法还包括:
所述第一会话用户面网元获取所述用户终端发送的所述UL上行数据报文中的目的地址信息,在识别所述目的地址信息与专网业务的预设目的地址信息相同时,确定所述UL上行数据报文为专网业务;
所述专网业务的预设目的地址信息通过以下至少一种方式得到:
所述专网业务的预设目的地址信息是由所述第一会话用户面网元从自身的本地配置中获取的;
所述专网业务的预设目的地址信息是由所述第一会话用户面网元从所述第一会话控制面网元发送给自身的预设专网业务规则相关信息中得到的;
所述预设专网业务规则相关信息是所述第一会话控制面网元通过PCC方式和/或自身的本地配置中获得,并在为所述用户终端建立所述公网会话通道用户面的过程中将所述预设专网业务规则相关信息发送给第一会话用户面网元;
所述第一会话控制面网元通过PCC方式获得所述预设专网业务规则相关信息包括以下至少一种方式:
在为所述用户终端建立公网会话的过程中,策略控制网元向所述第一会话控制面网元下发全量的所述预设专网业务规则相关信息;
在为所述用户终端建立公网会话的过程中,所述策略控制网元向所述第一会话控制面网元下发PCC预定义规则,所述第一会话控制面网元根据所述PCC预定义规则从自身的本地配置PCC预定义策略,以得到所述预设专网业务规则相关信息,所述预设专网业务规则相关信息至少包括PCC策略标识、公网名称相关信息、所述专网业务的预设目的地址信息、建立专网会话所需的专网名称相关信息以及用户标识信息。
在一实施例中,所述业务访问处理方法,还包括:
所述第一会话用户面网元从所述预设专网业务规则相关信息中获取所述目的地址信息匹配的所述建立专网会话所需的专网名称相关信息,并根据所述建立专网会话所需的专网名称相关信息生成所述专网业务的访问事件;或者,
所述第一会话用户面网元根据所述目的地址信息生成所述专网业务的访问事件。
在一实施例中,所述基于用户终端发起的公网业务,第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件之前,还包括:
会话发起网元接收到所述用户终端发起的公网业务激活请求时,选择所述用户终端的公网业务对应的第一会话控制面网元,并向所述第一会话控制面网元发送公网会话建立请求;
所述第一会话控制面网元选择第一会话用户面网元,并控制所述第一会话用户面网元建立所述公网业务的公网会话通道用户面以及向所述用户终端分配所述第一用户IP地址;其中,所述第一用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
在一实施例中,所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面包括:
所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元和所述第二会话用户面网元的通知消息;
所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
所述第一会话控制面网元在根据所述通知消息确定自身兼做所述专网会话控制面网元以及所述第一会话用户面网元不兼做第二会话用户面网元时,确定所述第二用户IP地址和所述第二会话用户面网元,并发送所述第二用户IP地址至所述第一会话用户面网元;
所述第一会话控制面网元根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元和所述第二会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
在一实施例中,所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面,还包括:
所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元和所述第二会话用户面网元的通知消息;
所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
所述第一会话控制面网元在根据所述通知消息确定自身兼做所述专网会话控制面网元以及所述第一会话用户面网元兼做第二会话用户面网元时,确定所述第二用户IP地址,发送所述第二用户IP地址至所述第一会话用户面网元;
所述第一会话控制面网元根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
在一实施例中,所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面,还包括:
所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元、第二会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元、所述第二会话控制面网元和所述第二会话用户面网元的通知消息;
所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
所述第一会话控制面网元在根据所述通知消息确定自身不兼做所述专网会话控制面网元以及所述第一会话用户面网元不兼做第二会话用户面网元时,通知所述第二会话控制面网元兼做所述专网会话控制面网元,以及确定所述第二用户IP地址和所述第二会话用户面网元,并向所述第二会话控制面网元发送专网会话建立请求;
所述第二会话控制面网元向所述第一会话控制面网元返回专网会话建立响应,所述专网会话建立响应至少包括所述第二用户IP地址和所述第二会话用户面网元的相关接口的接口地址信息;
所述第一会话控制面网元接收到所述专网会话建立响应时,发送所述第二用户IP地址至所述第一会话用户面网元,以及根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元和所述第二会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同,所述会话发起网元在寻址专用会话网关时需携带用户公网会话网关信息以确保所述公网业务的锚点不变以及所述专网业务的网络拓扑可达。
在一实施例中,所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面的同时,还包括:
所述第一会话控制面网元在确定所述专网需要启动二次鉴权/授权、且自身保存有对所述用户终端进行二次鉴权所需的用户鉴权信息时,则可根据本地配置或预设专网业务规则相关信息代理所述用户终端执行二次鉴权/授权流程,并控制所述第一会话用户面网元执行所述专网对所述用户终端的相关授权。
在一实施例中,所述将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网包括:
所述第一会话用户面网元执行业务分流规则,以根据所述UL上行数据报文确定专网会话通道标识,并将替换后的所述UL上行数据报文通过所述专网会话通道标识对应的专网会话通道用户面传输至专网。
在一实施例中,所述第一会话用户面网元将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址,并将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面以及基站发送至所述用户终端包括:
所述第一会话用户面网元执行业务汇聚规则,以将所述专网会话通道标识对应的专网会话通道用户面传输的目标DL下行数据汇聚至所述第一会话用户面网元与所述基站间的所述公网会话通道用户面中;
将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址;
将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元以及基站发送至所述用户终端;或者,
将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元、中间会话用户面网元以及基站发送至所述用户终端。
在一实施例中,所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面之后,还包括:
所述会话发起网元统计公网会话的数量和专网会话的数量。
在一实施例中,所述业务访问处理方法,还包括:
所述第一会话控制面网元和所述第一会话用户面网元对所述公网会话通道用户面和所述专网会话通道用户面进行分段管理,以及对所述公网业务对应的公网会话和所述专网业务对应的专网会话分别进行会话管控、流量统计和计费。
在一实施例中,所述业务访问处理方法,还包括:
采用至少两个QoS Flow分别与所述公网会话通道用户面和所述专网会话通道用户面进行关联,以对所述公网业务对应的公网会话和所述专网业务对应的专网会话分别进行端到端的会话管控、流量统计和计费。
此外,为实现上述目的,本发明还提供了一种业务访问处理装置,所述业务访问处理装置包括:
事件发送模块,用于基于用户终端发起的公网业务,采用第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件;
请求发送模块,用于采用所述第一会话控制面网元向会话发起网元传递专网会话信息及第一会话控制面网元信息并可选择性的触发专网会话建立请求;
会话建立模块,用于采用所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面;
业务分流模块,用于采用所述第一会话用户面网元将所述公网会话通道用户面传输的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网;
业务汇聚模块,用于采用所述第一会话用户面网元将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址,并将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面以及基站发送至所述用户终端。
此外,为实现上述目的,本发明还提供了一种移动通信网分组域设备,所述移动通信网分组域设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务处理程序,所述业务处理程序被所述处理器执行时实现上述的业务处理方法的步骤。
此外,为实现上述目的,本发明还提供了一种存储介质,其上存储有业务处理程序,所述业务处理程序被处理器执行时实现上述的业务处理方法的步骤。
对于同时存在公网业务和专网业务需求的用户,由于现有的多DNN技术方案需要:
(1)用户终端支持多DNN功能,且能够在用户终端的相关界面上配置专网业务所需的专用DNN;
(2)在用户终端上安装专网业务APP、且在用户激活专网业务APP时,APP调用专网业务的专网DNN;
(3)用户使用专网业务时,需要首先执行专网业务APP的操作,无法通过在公网业务界面上以点击相关链接的方式使用专网业务。
由于现有的多DNN技术方案存在以上缺陷,从而导致:当用户使用的用户终端不支持多DNN功能时,用户无法在同一终端上使用公网业务和专网业务;当用户使用的用户终端支持多DNN功能时,用户需要在用户终端上进行较为繁琐的操作才能使用专网业务。
为解决上述缺陷,本发明实提出了一种业务访问处理方法、装置、设备及存储介质的技术方案,在用户终端发起公网业务后,本发明通过采用第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向公网业务的第一会话控制面网元发送专网业务的访问事件,第一会话控制面网元向会话发起网元传递专网会话信息及第一会话控制面网元信息并可选择性的触发专网会话建立请求,会话发起网元根据专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面,第一会话用户面网元将公网会话通道用户面传输的所有专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给用户终端的第二用户IP地址,并将替换后的UL上行数据报文通过专网会话通道用户面传输至专网;第一会话用户面网元将专网发送给用户终端的DL下行数据报文中的第二用户IP地址替换为第一用户IP地址,并将替换后的DL下行数据报文依次经过公网会话通道用户面以及基站发送至用户终端的技术方案,解决了现有DNN技术方案要求用户终端支持多DNN功能以及在支持多DNN功能的用户终端上需要对专网业务进行较为繁琐的配置和业务使用操作的技术问题。本发明实现了为用户终端通过单一会话通道承载公网业务和专网业务,且网络能够对用户终端的专网业务和公网业务分别进行计费和业务管控。对于不支持多DNN功能的用户终端,可以为用户同时提供公网业务和专网业务。当用户通过不支持多DNN功能或支持多DNN功能的用户终端的使用专网业务时,用户不需在用户终端进行繁琐的配置,可以通过在公网页面上点击链接或输入目的地址的简单操作,实现在公网业务的使用过程中启动和使用专网业务,无需进行额外操作便可以进行专网访问,提高了用户通过用户终端使用专网业务的无感知和用户的业务访问体验。
附图说明
图1为本发明实施例方案涉及的硬件运行环境的结构示意图;
图2为本发明业务处理方法的中第一会话用户面网元获得预设专网业务规则相关信息的流程示意图;
图3为本发明业务处理方法中建立公网会话通道用户面的流程示意图;
图4为本发明5G网络下用户终端单DNN/单IP地址、网络侧多DNN分流汇聚管控的一示意图;
图5为本发明业务处理方法中步骤S230/步骤C30的一具体流程示意图;
图6为本发明业务处理方法中步骤S230/步骤C30的另一具体流程示意图;
图7为本发明业务处理方法中步骤S230/步骤C30的又一具体流程示意图;
图8为第一用户IP地址与第二用户IP地址的映射关系示意图;
图9为本发明4G网络下用户终端单APN/单IP地址、网络侧多APN分流汇聚管控的示意图;
图10为本发明业务处理系统的功能模块图。
具体实施方式
为了更好的理解上述技术方案,下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
如图1所示,图1为本发明实施例方案涉及的硬件运行环境的结构示意图。
需要说明的是,图1即可为移动通信网分组域设备的硬件运行环境的结构示意图。
作为一种实现方式,可以如图1所示,本发明实施例方案涉及的是移动通信网分组域设备,所述移动通信网分组域设备包括:处理器1001,例如CPU,存储器1002,通信总线1003。其中,通信总线1003用于实现这些组件之间的连接通信。
存储器1002可以是高速RAX存储器,也可以是稳定的存储器(non-volatileXeXory),例如磁盘存储器。如图1所示,作为一种存储介质的存储器1002中可以包括业务处理程序;而处理器1001可以用于调用存储器1002中存储的业务处理程序,并执行以下操作:
基于用户终端发起的公网业务,第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件;
所述第一会话控制面网元向会话发起网元传递专网会话信息及第一会话控制面网元信息并可选择性的触发专网会话建立请求;
所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面;
所述第一会话用户面网元将所述公网会话通道用户面传输的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网;以及,
所述第一会话用户面网元将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址,并将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面以及基站发送至所述用户终端。
本发明实施例提供了业务处理方法的实施例,需要说明的是,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本发明在5G网络场景下的各个实施例中涉及的术语解释分别是:UPF(User PlaneFunction)为用户面功能、UDM(Unified Data Management)为统一用户数据管理功能、UDR(Unified Data Repository)为统一用户数据存储功能、DNN(Data Network Name)为数据网络名称、PCF(Policy Control Function)为策略控制功能、S-NSSAI(Single NetworkSlice Selection Assistance Information)为单一网络切片选择辅助信息,通常也可简称为网络切片标识、PCC(Policy and Charging Control)为策略与计费控制、URL/URI(Uniform Resource Locator/Uniform Resource Identifier)为统一资源定位符/统一资源标志符、AMF(Access and Mobility Management Function)为接入和移动性管理网元、SMF(Session Management Function)为会话管理功能、I-SMF(Intermediate SMF)为中间SMF,表示为中间控制面功能、I-UPF(Intermediate UPF)为中间UPF,表示为中间用户面功能、NRF(Network Repository Function)为网络资源数据库功能、gNB(gNodeB)为无线5G基站、UE(User Equipment)为用户设备,通常称为用户终端,例如5G手机。公网DNN,例如为互联网DNN,对于中国移动为CMNET DNN;专网DNN,例如为企业专网DNN。公网DNN业务称为公网业务,专网DNN业务称为专网业务;公网会话为公网DNN的PDU(Protocol Data Unit)会话,公网会话通道用户面为公网会话的用户面;专网会话为专网DNN的PDU(Protocol DataUnit)会话,专网会话通道用户面为专网会话的用户面。
如图3所示,在本发明在5G网络场景下的第一实施例中,本发明的业务处理方法,所述业务处理方法以下步骤S210-S250。本实施例属于5G网络的接入场景,且支持5G用户。所述业务处理方法应用于移动通信网分组域设备,所述移动通信网分组域设备至少包括会话发起网元、第一会话控制面网元、第二会话控制面网元、第一会话用户面网元、第二会话用户面网元;通常移动通信网分组域设备还会包括:策略控制网元。在一些特定场景下第一会话控制面网元可以兼做第二会话控制面网元,第一会话用户面网元可以兼做第二会话用户面网元。在5G网络中,会话发起网元为AMF,会话控制面网元为SMF,会话用户面网元为UPF,策略控制网元为PCF/UDR,中间会话控制面网元为I-SMF(Intermediate SMF),中间会话用户面网元为I-UPF(Intermediate UPF),第一会话控制面网元表示为第一目标SMF,第二会话控制面网元表示为第二目标SMF,第一会话用户面网元表示为第一目标UPF,第二会话用户面网元表示为第二目标UPF,即在一些特定场景下第一目标SMF可以作为第二目标SMF,第一目标UPF可以作为第二目标UPF。
如图4所示,会话发起网元对应于AMF1,第一目标SMF对应于SMF1,第二目标SMF对应于SMF2,第一目标UPF对应于UPF1,第二目标UPF对应于UPF2,中间会话控制面网元对应于I-SMF1,中间会话用户面网元对应于I-UPF1,策略控制网元为PCF/UDR。在执行步骤S210之前,对应于图4执行下述步骤:
第0步,用户签约,包括:
(1)在用户归属UDM/UDR为用户签约开通公网DNN及公网DNN的网络切片标识S-NSSAI、专网DNN及专网DNN的网络切片标识S-NSSAI。
(2)在用户归属PCF/UDR签约开通“公网业务中的专网业务分流策略”的PCC策略,称为预设PCC策略。所述预设PCC策略指明:在公网DNN的PDU会话(下述称为公网会话)的UL上行数据报文中检测到目的地址为“专网”的目的URL/URI和目的IP地址中的一个时,则为用户激活“专网DNN”。其中,UL上行数据报文中的目的地址应在所述PCC策略信息中包含的所有专网目的URL/URI和目的IP地址范围之内。所述预设PCC策略包含的信息/参数如表1所示。
(3)在采用PCF/UDR下发PCC预定义规则同时SMF本地配置PCC预定义策略的方式时,可以在SMF1本地配置表1中的专网业务的“目的URL/URI和目的IP地址”,在PCF/UDR向SMF1下发的PCC预定义规则中包含“公网业务中的专网业务分流”的PCC预定义规则名称信息和需要建立的专网名称相关信息(表1中的“专网DNN(含网络切片标识S-NSSAI)”),并且可以通过为用户增加PCC预定义策略数量的方式实现同一用户终端的公网业务中多专网业务分流。
表1(5G相关的PCC信息)
表1中,1)若同一用户仅存在1个专网DNN业务时,则可以不需要“序号”参数;2)专网DNN1与专网DNN2的目的URL/URI、IP地址不能重复,需要在预先设置PCC策略时予以保障。
当用户开通专网业务时,需在用户归属UDM/UDR中完成专网DNN及专网DNN归属的S-NSSAI的签约,用户即同时为专网用户;当需要为专网用户提供“在用户的公网业务中识别到专网业务时立即为用户建立传送相应专网业务的专用通道”的服务时,需要在专网用户归属的PCF/UDR中签约“公网业务中的专网业务分流”的PCC策略;在后续的用户公网DNN的PDU会话建立过程中,负责用户公网DNN业务的SMF1从用户归属PCF/UDR获得用户的“公网业务中的专网业务分流策略”PCC策略。
如上,表1中的内容即为预设专网业务规则相关信息中至少包括的内容,在用户开通专网业务并开通“在用户的公网业务中识别到专网业务时立即为用户建立传送相应专网业务的专用通道”的业务服务后,即生成表1中的内容,是在用户实际使用专网业务之前完成的,可以理解为是预设专网业务规则相关信息,无论是采用PCF/UDR向SMF1下发全量预设专网业务规则相关信息的PCC方式,还是采用PCF/UDR下发PCC预定义规则同时SMF1本地配置PCC预定义策略的方式,在用户通过公网PDU会话用户面通道中发送专网业务数据报文之前,预设专网业务规则相关信息中的内容均已经被SMF1所获得(详见后述第3-2步);并且,可以理解为包含预设专网业务规则相关信息的PCC策略即为预设专网业务规则相关信息PCC策略,亦为“公网业务中的专网业务分流”PCC策略。预设专网业务规则相关信息至少包括PCC策略标识、公网名称相关信息、专网业务的预设目的地址信息、建立专网会话所需的专网名称相关信息以及用户标识信息,具体参见表1。
在实际应用中,用户使用公网业务或专网业务时,先执行步骤S110-步骤S120,如图2所示:
步骤S110:会话发起网元接收到所述用户终端发起的公网业务激活请求时,选择所述用户终端的公网业务对应的第一会话控制面网元,并向所述第一会话控制面网元发送公网会话建立请求;
步骤S120:所述第一会话控制面网元选择第一会话用户面网元,并控制所述第一会话用户面网元建立所述公网业务的公网会话通道用户面以及向所述用户终端分配所述第一用户IP地址。
其中,所述第一用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
对应于图4的第1步~第3-1步:用户使用公网业务或专网业务,UE在漫游地通过UE发起公网DNN激活请求,也称为公网业务激活请求,AMF1接收到UE发起的公网业务激活请求后,AMF1向NRF执行SMF服务发现,根据服务发现结果确定如果用户发生了跨SMF POOL的切换/漫游,则AMF1选择I-SMF和第一目标SMF,分别对应图4中I-SMF1和SMF1;如果用户未切换/漫游、或者在SMF POOL内切换/漫游、或者首次激活公网DNN,则AMF1直接选择第一目标SMF,不存在I-SMF(在图4中不存在I-SMF1,仅存在SMF1),并将用户的公网会话建立请求发送至第一目标SMF,即SMF1,其中,图4中若存在I-SMF1则AMF1将公网会话建立请求经过I-SMF1发送至SMF1;若不存在I-SMF1,则AMF1将公网会话建立请求直接发送至SMF1。公网DNN业务(称为公网业务)的SMF1向NRF执行UDM服务发现后,从用户归属UDM/UDR获得并订阅用户的SM(会话管理)签约数据,SM签约数据包含允许用户使用的网络切片标识(S-NSSAI)及DNN。
第3-2步~第6步:公网业务的SMF1为UE建立公网会话,包括SMF1向NRF执行PCF服务发现后,根据服务发现结果从用户归属PCF/UDR获得用户签约的预设PCC策略、选择的第一目标UPF(图4中的UPF1)并向选定的UPF1下发预设PCC策略、指示分配用于公网会话的会话资源、为UE分配第一用户IP地址(图4中的IP地址1)等,并向AMF1以及经AMF1向UE返回第一用户IP地址和其它相关信息,以及完成相关的信息交互,SMF1控制UPF1为UE建立公网业务的公网会话通道用户面;其中,第一用户IP地址是由SMF1分配并通过AMF发送给UE,UPF1是通过识别UE发送的UL上行数据报文中的源IP地址获知UE的第一用户IP地址的。图4中若存在I-SMF1,则I-SMF1转发相关消息,并且I-SMF1指示I-UPF1分配相关资源;若不存在I-SMF1,则SMF1直接与AMF1通信,上述步骤遵循3GPP标准。其中,第一用户IP地址分配给UE之后,即为UE的IP地址,即图4中的IP地址1是UE发送的UL上行数据报文中的源IP地址。
进一步的,在第3-2步和第4步的3GPP标准流程中,公网业务的SMF1及SMF1选定的UPF1需新增对所述预设“公网业务中的专网业务分流策略”的PCC策略的执行处理,具体如下:
(1)在第3-2步中,通过PCC流程,公网业务的SMF1获得预设“公网业务中的专网业务分流策略”中的预设专网业务规则相关信息,包括表1所示的各项参数信息;具体可采用PCF/UDR向SMF1下发表1中的全量信息的方式,也可采用PCF/UDR向SMF1下发PCC预定义规则同时SMF1本地配置PCC预定义规则的方式。其中,SMF1获得预设专网业务规则相关信息具体过程参见上述第0步的(2)和(3)。
(2)公网业务的SMF1在获得预设专网业务规则相关信息,包括表1中各项参数信息后,执行保证为UE分配的第一用户IP地址与预设专网业务规则相关信息中的专网业务目的IP地址不相同的流程。应理解的是,公网业务的SMF1在为UE分配第一用户IP地址时,需校验该第一用户IP地址与从用户归属PCF获取的预设PCC策略中专网DNN的目的IP地址(表1中的目的IP地址)是否重复冲突,如果地址重复,则需要将拟分配给用户的第一用户IP地址更换为与专网DNN的目的IP地址不重复的新的第一用户IP地址,避免UE发送UL上行数据报文时出现源IP地址与目的IP地址相同的情况。由于UE发送的专网业务UL上行数据报文的源IP地址为第一用户IP地址,而目的IP地址不能与源IP地址相同,因此需保证SMF1分配给UE的第一用户IP地址不能与预设专网业务规则相关信息中的预设目的地址信息中的所有目的IP地址(即:表1中的“目的URL/URI和目的IP地址”中的所有IP地址)相同。如果SMF1发现分配给UE的第一用户IP地址与预设专网业务规则相关信息中的任意预设目的地址信息相同,则SMF1重新为UE分配一个用户IP地址,且重新分配的用户IP地址是与预设专网业务规则相关信息中的所有目的IP地址不相同的IP地址,并且,通过后续PCC流程更新用户归属PCF/UDR中的UE的IP地址信息。其中,SMF1重新分配的IP地址即为所述的第一用户IP地址。
(3)在第4步中,公网业务的SMF1将获得的预设专网业务规则相关信息映射到N4接口信息中下发给公网业务的UPF1,即SMF1将预设专网业务规则相关信息下发给UPF1,预设专网业务规则相关信息如表1所示。其中,SMF1并不一定需要将表1中的全部信息下发给UPF1,但至少应包括表1中的“公网DNN(含网络切片标识S-NSSAI)”、“目的URL/URI和目的IP地址”以及标识用户的信息,还可以包含“专网DNN(含网络切片标识S-NSSAI)”,具体可以视情况而定。其中,第一会话控制面网元下发给第一会话用户面网元的预设专网业务规则相关信息中如果包含“专网DNN(含网络切片标识S-NSSAI)”,则后续流程可对应于下述步骤S2312、步骤S2322和步骤S2332中的“所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息”;第一会话控制面网元下发给第一会话用户面网元的预设专网业务规则相关信息中如果不包含“专网DNN(含网络切片标识S-NSSAI)”,则后续流程可对应于下述步骤S2312、步骤S2322和步骤S2332中的“所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息”。其中,在执行上述业务处理的过程中,不影响UE的公网业务的数据报文的转发。
显而易见的,表1中所有信息还存在一种获取方式,表1中所有信息均是可以通过在UPF1本地配置实现的。
(4)公网业务的SMF1选定的公网业务的UPF1在转发该UE的公网业务的用户数据报文(包括UL上行数据报文和DL下行数据报文)的同时,执行此预设PCC策略,当UE发送的用户数据报文(也称UL上行数据报文)符合条件时,也就是UL上行数据报文中包括的目的URL/URI或目的IP地址为表1中的“目的URL/URI和目的IP地址”字段中的“目的URL/URI”中的URL/URI或“目的IP地址”中的IP地址,需要向SMF1上报相关事件,所述相关事件可以理解为用户使用专网业务的访问事件,还可以理解为当在UE的公网业务中检测到包括目的地址信息为专网业务的URL/URI或IP地址的UL上行数据报文时,则上报专网业务的访问事件给SMF1,详见后述第7步。
公网业务的SMF1执行预设“公网业务中的专网业务分流策略”的PCC策略,当收到UPF1上报的专网业务的访问事件时,为用户激活对应的专网DNN的PDU专网会话(也称为专网会话),即当UPF1上报在该UE的公网业务中检测到目的地址为专网业务的URL/URI或IP地址的UL上行数据报文时,则通知SMF1为用户激活对应的专网会话,详见后述第8步。
步骤S210:基于用户终端发起的公网业务,第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件。
步骤S220:所述第一会话控制面网元向会话发起网元传递专网会话信息及第一会话控制面网元信息并可选择性的触发专网会话建立请求。
本实施例中,用户通过UE输入自己需要访问的目的地址信息之后,UE发送公网业务或专网业务的UL上行数据报文,负责公网业务的公网会话通道用户面会传输UE发送的公网业务和专网业务的UL上行数据报文,UPF1识别公网会话通道用户面会传输的公网业务中是否包括专网业务,从而决策是否向SMF1上报专网业务的访问事件。如果UPF1识别公网业务中包括专网业务,则表示用户需要访问的是专网业务,则向SMF1上报专网业务的访问事件,SMF1接收到UPF1发送的专网业务的访问事件后向AMF1传递专网会话信息及SMF1信息并触发专网会话建立请求,以通知AMF1启动为用户建立专网会话的流程。其中,所述专网会话信息为“公网业务中的专网业务分流策略”的PCC策略中的信息。
第一会话控制面网元向会话发起网元可选择性的触发专网会话建立请求的目的在于激活对应的专网会话,5G网络下应理解的是,SMF1基于AMF标识或其他参数支持向同一运营商或其它运营商的全部或部分AMF发送专网会话建立请求,以激活对应的专网会话,从而实现对该专网业务触发的适用范围的控制。也可以理解为,公网业务的目标SMF(图4中的SMF1)应支持向同一运营商的全部或部分AMF发送专网会话建立请求激活对应的专网会话;向部分其它运营商的AMF发送专网会话建立请求激活对应的专网会话;向部分其它运营商的AMF不发送通知消息,从而实现可控范围内支持该专网业务。
进一步的,第一会话用户面网元识别公网会话通道用户面传输的公网业务中是否包括专网业务包括:所述第一会话用户面网元获取所述用户终端发送的所述UL上行数据报文中的目的地址信息,在识别所述目的地址信息与专网业务的预设目的地址信息相同时,确定所述UL上行数据报文为专网业务,即公网业务中包括专网业务。
应理解的是,公网会话通道用户面以公网业务的形式传输用户使用专网业务所对应的所有UL上行数据报文,UL上行数据报文中包括有用户输入的目的地址信息,如果UPF1识别到UL上行数据报文中包括的专网业务对应的目的地址信息与专网业务的预设目的地址信息相同,也就是目的地址信息与预设专网业务规则相关信息中的目的URL/URI和目的IP地址之一相同,则可以确定UL上行数据报文为专网业务,即公网业务中包括专网业务。
其中,所述专网业务的预设目的地址信息通过以下至少一种方式得到:
所述专网业务的预设目的地址信息是由所述第一会话用户面网元从自身的本地配置中获取的;
所述专网业务的预设目的地址信息是由所述第一会话用户面网元从所述第一会话控制面网元发送给自身的预设专网业务规则相关信息中得到的。
应理解的是,在5G场景下,表1中的所有信息可以是预先存储在UPF1的本地配置的,由于表1中的所有信息中包括了专网业务的预设目的地址信息。当UPF1需要获取专网业务的预设目的地址信息时,UPF1可以从自身的本地配置中获取到专网业务的预设目的地址信息;专网业务的预设目的地址信息也可以是SMF1下发给UPF1的,SMF1将预设专网业务规则相关信息发送给UPF1,UPF1从预设专网业务规则相关信息中获取到专网业务的预设目的地址信息,即:公网业务的SMF1将获得的预设专网业务规则相关信息映射到N4接口信息中下发给公网业务的UPF1,SMF1将预设专网业务规则相关信息下发给UPF1,预设专网业务规则相关信息如表1所示。其中,SMF1并不一定需要将表1中的全部信息下发给UPF1,但至少应包括表1中的“公网DNN(含网络切片标识S-NSSAI)”、“目的URL/URI和目的IP地址”以及标识用户的信息,还可以包含“专网DNN(含网络切片标识S-NSSAI)”。当然,也不排除UPF1可以通过其它途径获得到专网业务的预设目的地址信息。值得注意的是,专网业务的预设目的地址信息的具体获取方式根据实际需求设定。
对于第一会话控制面网元是如何获取到预设专网业务规则相关信息的,具体是:
所述预设专网业务规则相关信息是所述第一会话控制面网元通过PCC方式和/或自身的本地配置中获得,并在为所述用户终端建立所述公网会话通道用户面的过程中将所述预设专网业务规则相关信息发送给第一会话用户面网元。
应理解的是,在5G场景下,SMF1可以通过PCC方式获得预设专网业务规则相关信息,SMF1也可以从自身的本地配置中获得预设专网业务规则相关信息;当然,也不排除SMF1可以通过其它途径获得预设专网业务规则相关信息。值得注意的是,预设专网业务规则相关信息的具体获取方式根据实际需求设定。之后,SMF1在为用户终端建立公网会话通道用户面的过程中将预设专网业务规则相关信息发送给UPF1。所述预设专网业务规则相关信息至少包括PCC策略标识、公网名称相关信息、专网业务的预设目的地址信息、建立专网会话所需的专网名称相关信息、用户标识信息等;专网名称相关信息是指建立专网会话所需的专网名称等必需的信息,在网络场景不同的情况下,专网名称相关信息包括的具体内容不同。在5G场景下,专网名称相关信息至少包括专网DNN以及专网DNN归属的网络切片标识S-NSSAI,即专网名称和网络切片标识。
具体的,第一会话控制面网元通过PCC方式获得预设专网业务规则相关信息包括以下至少一种方式:
在为用户终端建立公网会话的过程中,策略控制网元向第一会话控制面网元下发全量的预设专网业务规则相关信息;
在为用户终端建立公网会话的过程中,策略控制网元向第一会话控制面网元下发PCC预定义规则,第一会话控制面网元根据PCC预定义规则从自身的本地配置PCC预定义策略,以得到预设专网业务规则相关信息。
应理解的是,在为用户终端建立公网会话通道用户面的过程中,是PCF/UDR将全量的预设专网业务规则相关信息发送给SMF1。或者,在为用户终端建立公网会话通道用户面的过程中,PCF/UDR将PCC预定义规则下发给SMF1,SMF1根据PCC预定义规则从自身的本地配置PCC预定义策略,从而获取到预设专网业务规则相关信息。即:在第3-2步中,通过PCC流程,公网业务的SMF1获得预设“公网业务中的专网业务分流策略”中的预设专网业务规则相关信息,包括表1所示的各项参数信息;具体可采用PCF/UDR向SMF1下发表1中的全量信息的方式,也可采用PCF/UDR向SMF1下发PCC预定义规则同时SMF1本地配置PCC预定义规则的方式。其中,SMF1获得预设专网业务规则相关信息具体过程参见上述第0步的(2)和(3)。
具体的,第一会话控制面网的本地配置中存储了表1中的所有信息,第一会话控制面网元从自身的本地配置中获得预设专网业务规则相关信息的方式包括:
方式1:SMF1从本地配置表1中所有信息中获取预设专网业务规则相关信息。
方式2:SMF1从本地配置表1中除“用户标识”外的所有信息中获取预设专网业务规则相关信息。SMF1根据从用户归属UDM/UDR中获取的用户签约的专网DNN及其专网DNN归属的网络切片标识信息,若专网DNN及其专网DNN归属的网络切片标识信息与SMF1本地配置的表1信息中的“专网DNN(含网络切片标识S-NSSAI)”相匹配,则为用户的UE执行预设“公网业务中的专网业务分流策略”,获得并使UE的表1中的预设专网业务规则相关信息。
对应于图4的第6-7步,第6步为公网业务的疏通:UE使用从网络获得的公网会话的第一用户IP地址(图4中的IP地址1)使用业务,UPF1检测该UE在公网会话通道用户面中发送的UL上行用户数据报文中包括的目的地址,即目的URL/URI和目的IP地址,若目的URL/URI和目的IP地址未包含在表1中的目的URL/URI和目的IP地址中,则识别为公网业务,进而正常疏通至公网会话的N6接口所连接的公网;若UL上行数据报文中的目的URL/URI和目的IP地址包含在表1中存储的目的URL/URI和目的IP地址中,则识别为专网业务,即公网业务中包括专网业务,则向SMF1上报“该UE使用专网业务”,即向SMF1发送专网业务的访问事件,上报的内容中包含SMF1在第4步中指定的需要UPF1上报的内容,UPF1识别公网业务中出现的第一个属于专网业务的UL上行数据报文时,应立即向SMF1发送专网业务的访问事件,在收到SMF1返回的对专网业务访问事件收到的确认消息后,对于在此公网会话通道用户面中识别到的同一专网业务的后续专网业务UL上行数据报文可不再向SMF1重复发送专网业务访问事件;同时在为UE建立所述专网会话通道用户面完成之前,UPF1需缓存专网业务的所有识别出的专网业务UL上行数据报文,直至UE的专网会话通道用户面建立完成后,UPF1依次转发(先收到的先转发)专网业务的所有缓存的专网业务UL上行数据报文,然后再转发在UE的专网业务的专网会话通道用户面建立完成后收到的专网业务UL上行数据报文,也就是UPF1缓存公网会话通道用户面中的所有专网业务的UL上行数据报文,即第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向公网业务的第一会话控制面网元发送专网业务的访问事件的同时,还包括第一会话用户面网元缓存公网会话通道用户面中的所有专网业务的UL上行数据报文,进而等待SMF1的下一步指示。SMF1接收到UPF1上报的专网业务的访问事件,启动为UE建立专网PDU会话的流程。其中,SMF1和UPF1在为用户建立专网会话和专网会话通道用户面同时,仍正常疏通用户的公网业务,公网业务不受到专网会话以及专网会话通道用户面建立的影响。应理解的是,第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向公网业务的第一会话控制面网元发送专网业务的访问事件的同时,还包括:第一会话用户面网元缓存公网会话通道用户面中的所有专网业务的UL上行数据报文,以及公网会话通道用户面转发公网业务的UL上行数据报文和DL下行数据报文,且公网会话通道用户面转发的公网业务不触发为用户建立专网会话的流程。其中,公网会话通道用户面转发的公网业务中不包括专网业务,也就是在同一公网会话通道用户面中识别到同一专网业务的UL上行数据报文,第一会话用户面网元可向第一会话控制面网元仅发送一次专网业务访问事件;对于同一公网会话通道用户面中第一会话用户面网元对于同一专网业务发送的一次专网业务访问事件以及发送的多次专网业务访问事件,第一会话控制面网元对于同一专网业务仅执行一次专网会话建立流程。
进一步的,所述访问事件采用下述方式生成:
所述第一会话用户面网元从所述预设专网业务规则相关信息中获取所述目的地址信息匹配的所述建立专网会话所需的专网名称相关信息,并根据所述建立专网会话所需的专网名称相关信息生成所述专网业务的访问事件;或者所述第一会话用户面网元根据所述目的地址信息生成所述专网业务的访问事件。
在为用户建立专网业务的专网会话时,第一目标SMF需要获得专网业务对应的专网名称相关信息,第一目标SMF根据获得的专网名称相关信息为UE建立对应的专网会话,包括专网会话的用户面通道。其中,5G场景下建立专网会话所需的专网名称相关信息包括专网名称和专网名称所归属的网络切片标识,即专网DNN和专网DNN所归属的网络切片标识S-NSSAI。预设专网业务规则相关信息中包括专网业务的预设目的地址信息(表1中的“目的URL/URI和目的IP地址”)和专网业务的专网名称相关信息(表1中的“专网DNN(含网络切片标识S-NSSAI)”),且两者之间具备对应关系。如表1所示,一组URL/URI和/或一组IPv4地址和/或一组IPv6地址对应到一个专网DNN和所述专网DNN归属的以S-NSSAI标识的网络切片;即通过专网业务的目的地址信息即可定位到专网业务的专网名称相关信息。当同一用户的公网业务中会存在多个专网业务时,预设专网业务规则相关信息中还包括区分专网业务的专网业务编号,如表1所示,其中的“序号”标识同一用户的不同专网业务,同一用户的不同专网业务的目的地址信息、专网名称相关信息不同,即表1中的不同“序号”对应的“目的URL/URI和目的IP地址”不同、“专网DNN(含网络切片标识S-NSSAI)”不同。预设专网业务规则相关信息以用户标识为第一索引,如表1所示,即不同用户可以配置不同的预设专网业务规则相关信息,不同用户的专网业务目的地址信息相同,可以分别对应到不同的专网名称相关信息。
根据预设专网业务规则相关信息,通过专网业务的目的地址信息定位到所述专网业务的专网名称相关信息,第一会话控制面网元(SMF1)根据专网名称相关信息为UE建立对应的专网会话,并控制第一会话用户面网元(UPF1)建立专网会话的用户面通道;根据第一会话控制面网元(SMF1)从第一会话用户面网元(UPF1)获取专网业务访问事件,并根据专网名称相关信息为UE建立相应的专网会话,支持为同一用户在同一公网会话通道用户面中的多个不同专网业务分别建立对应的多个专网业务会话。例如:专网业务A的专网名称相关信息为企业1专网DNN并归属于S-NSSAI1;专网业务B的专网名称相关信息为企业2专网DNN并归属于S-NSSAI2;专网业务C的专网名称相关信息为企业3专网DNN并归属于S-NSSAI2,等等。
应理解的是,一种情况,由于预设专网业务规则相关信息包括PCC策略标识、公网名称相关信息、专网业务的预设目的地址信息、建立专网会话所需的专网名称相关信息以及用户标识信息,对应在图4中的第4步,第一目标SMF预先将预设专网业务规则相关信息下发给第一目标UPF,第一目标UPF根据用户终端发送的UL上行数据报文中的目的地址信息,从预设专网业务规则相关信息中匹配到与该目的地址信息相同的专网业务的预设目的地址信息,然后根据匹配到的预设目的地址信息再匹配到专网名称相关信息,获取到与该目的地址信息匹配的建立专网会话所需的专网名称相关信息,然后根据匹配到的建立专网会话所需的专网名称相关信息生成专网业务的访问事件,即该专网业务的访问事件中包括了建立专网会话所需的专网名称相关信息,当第一目标SMF接收到第一目标UPF发送的专网业务的访问事件,可以从访问事件中获得建立专网会话所需的专网名称相关信息。另一种情况,第一目标UPF根据用户终端发送的UL上行数据报文中的目的地址信息生成专网业务的访问事件,即访问事件包括了用户终端发送的UL上行数据报文中的目的地址信息,第一目标SMF接收到第一目标UPF发送的专网业务的访问事件,可以从访问事件中获得用户终端发送的UL上行数据报文中的目的地址信息,第一目标SMF根据该目的地址信息可以根据目的地址信息、预设目的地址信息与专网名称相关信息的匹配规则从预设专网业务规则相关信息中推导出:该目的地址信息匹配的建立专网会话所需的专网名称相关信息。
步骤S230:所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面。
本实施例中,AMF1接收到专网会话信息、SMF1信息和专网会话建立请求后,启动为用户建立专网会话的流程,为用户建立专网会话以及专网会话通道用户面。
进一步的,如图5所示,步骤S230包括以下步骤:
步骤S2311:所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元和所述第二会话用户面网元的通知消息;
步骤S2312:所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
步骤S2313:所述第一会话控制面网元在根据所述通知消息确定自身兼做所述专网会话控制面网元以及所述第一会话用户面网元不兼做第二会话用户面网元时,确定所述第二用户IP地址和所述第二会话用户面网元,并发送所述第二用户IP地址至所述第一会话用户面网元;
步骤S2314:所述第一会话控制面网元根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元和所述第二会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
对于第一目标SMF兼做专网SMF以及第一目标UPF不兼做第二目标UPF的场景,应理解为根据实际网络部署情况以及业务疏通方案,SMF1同时具备疏通公网业务和专网DNN+专网S-NSSAI业务的能力,而UPF1仅具备疏通公网业务的能力并不具备疏通专网DNN+专网S-NSSAI业务的能力,即:SMF1可以作为专网SMF,UPF1不可以作为UPF2的场景。
具体的,AMF1根据专网会话信息向归属的NRF进行寻址,也就是AMF1向归属的NRF执行服务发现,通过服务发现结果得到专网会话控制面网元和第二会话用户面网元,其中专网会话控制面网元为专网SMF,第二会话用户面网元为UPF2,进而AMF1向SMF1发送得到的专网SMF和UPF2的通知消息。SMF1接收到通知消息之后,获取到专网业务对应的专网DNN和专网S-NSSAI后,在确定自身具备疏通专网DNN和专网S-NSSAI的能力后,则确定自身兼做专网SMF;在确定自身不具备疏通专网DNN和/或专网S-NSSAI的能力后,则确定自身不兼做专网SMF。
SMF1接收到UPF1发送的专网业务的访问事件后,如果访问事件中包括建立专网会话所需的专网名称相关信息,则根据访问事件可以获取到建立专网会话所需的专网名称相关信息;如果访问事件中包括目的地址信息,则可以获取到目的地址信息,然后根据目的地址信息、预设目的地址信息与专网名称相关信息的匹配规则从预设专网业务规则相关信息中推导出:该目的地址信息匹配的建立专网会话所需的专网名称相关信息。以下以专网名称是专网DNN,专网名称归属的网络切片标识S-NSSAI为专网S-NSSAI为例进行说明。
SMF1根据AMF1发送的通知消息确定自身可以兼做专网SMF,则将自身作为专网SMF,即SMF1与专网SMF为同一个网元,可称为SMF1/专网SMF,并执行专网SMF为UE建立专网会话(DNN为专网DNN、S-NSSAI为专网S-NSSAI)的流程,包括从用户归属UDM/UDR获取用户的专网DNN和专网S-NSSAI的会话管理签约数据、选择UPF、按需执行“二次鉴权/授权”以及为UE分配第二用户IP地址、执行专网DNN的PCC策略,并控制选定的UPF为UE建立专网会话通道用户面。即不需执行图4中的第8-2步、第8-3步、第11步;需要执行第9-1步、第9-2步、第9-3步、第10步、第12步、第13步。其中:(1)在选定UPF时,SMF1/专网SMF确定UPF1是否具备疏通专网DNN和专网S-NSSAI的能力,若不具备,则确定UPF1作为专网DNN的I-UPF,并选定具备疏通专网DNN和专网S-NSSAI能力的UPF作为UPF2;(2)SMF1/专网SMF通过“二次鉴权/授权”流程获得专网DNN分配的第二用户IP地址或者由SMF1/专网SMF为UE分配用于专网DNN的第二用户IP地址(图4中的IP地址2),并在第12步中发送给UPF1;对于专网,其收到的UE发送专网业务的UL上行数据报文中的源IP地址应是所述第二用户IP地址;(3)在第13步,由SMF1/专网SMF控制UPF2和UPF1为UE建立专网DNN的用户面通道,包括UPF1与UPF2之间的N9接口、UPF2与专网之间的N6接口。通过上述步骤,网络侧为UE建立完成了专网DNN+专网S-NSSAI的专网会话通道用户面。当专网业务具有多个时,通过专网DNN和专网S-NSSAI可以为UE建立对应的多个专网会话通道用户面。值得注意的是,在4G网络中“二次鉴权/授权”称为“非透明方式接入”。
进一步的,如图6所示,步骤S230还包括以下步骤:
步骤S2321:所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元和所述第二会话用户面网元的通知消息;
步骤S2322:所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
步骤S2323:所述第一会话控制面网元在根据所述通知消息确定自身兼做所述专网会话控制面网元以及所述第一会话用户面网元兼做第二会话用户面网元时,确定所述第二用户IP地址,发送所述第二用户IP地址至所述第一会话用户面网元;
步骤S2324:所述第一会话控制面网元根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
具体的,AMF1根据专网会话信息向归属的NRF进行寻址,也就是AMF1向归属的NRF执行服务发现,通过服务发现结果得到专网会话控制面网元和第二会话用户面网元,其中专网会话控制面网元为专网SMF,第二会话用户面网元为UPF2,进而AMF1向SMF1发送得到的专网SMF和UPF2的通知消息。SMF1接收到通知消息之后,获取到专网业务对应的专网DNN和专网S-NSSAI后,在确定自身具备疏通专网DNN和专网S-NSSAI的能力后,则确定自身兼做专网SMF;在确定自身不具备疏通专网DNN和/或专网S-NSSAI的能力后,则确定自身不兼做专网SMF。
SMF1接收到UPF1发送的专网业务的访问事件后,如果访问事件中包括建立专网会话所需的专网名称相关信息,则根据访问事件可以获取到建立专网会话所需的专网名称相关信息;如果访问事件中包括目的地址信息,则可以获取到目的地址信息,然后根据目的地址信息、预设目的地址信息与专网名称相关信息的匹配规则从预设专网业务规则相关信息中推导出:该目的地址信息匹配的建立专网会话所需的专网名称相关信息。以下以专网名称是专网DNN,专网名称归属的网络切片标识S-NSSAI为专网S-NSSAI为例进行说明。
对于第一目标SMF兼做专网SMF以及第一目标UPF兼做第二目标UPF的场景,应理解为根据实际网络部署情况以及业务疏通方案,SMF1同时具备疏通公网业务和专网DNN+专网S-NSSAI业务的能力,UPF1同时具备疏通公网业务和专网DNN+专网S-NSSAI业务的能力,即:SMF1可以作为专网SMF,UPF1可以作为UPF2的场景。具体的,SMF1根据AMF1发送的通知消息确定自身可以作为专网SMF,则将自身作为专网SMF,即SMF1与专网SMF为同一个网元,并执行专网SMF为UE建立专网会话(DNN为专网DNN、S-NSSAI为专网S-NSSAI)的流程,包括从用户归属UDM/UDR获取用户的专网DNN和专网S-NSSAI的会话管理签约数据、选择UPF、按需执行“二次鉴权/授权”以及为UE分配第二用户IP地址、执行专网DNN的PCC策略,并控制选定的UPF为UE建立专网会话通道用户面。即不需执行图4中的第8-2步、第8-3步、第11步;需要执行第9-1步、第9-2步、第9-3步、第10步、第12步、第13步。其中:(1)在选定UPF时,SMF1/专网SMF确定UPF1是否具备疏通专网DNN和专网S-NSSAI的能力,若具备,则确定UPF1作为专网DNN的UPF2,即UPF1和UPF2为同一网元,可称为UPF1/UPF2;(2)SMF1/专网SMF通过“二次鉴权/授权”流程获得专网DNN分配的第二用户IP地址或者由SMF1/专网SMF为UE分配用于专网DNN的第二用户IP地址(图4中的IP地址2),并在第12步中发送给UPF1/UPF2;对于专网,其收到的UE发送专网业务的UL上行数据报文中的源IP地址应是所述第二用户IP地址;(3)在第13步,由SMF1/专网SMF控制UPF1/UPF2为UE建立专网DNN的用户面通道,包括UPF1/UPF2与专网之间的N6接口。通过上述步骤,网络侧为UE建立完成了专网DNN+专网S-NSSAI的专网会话通道用户面。当专网业务具有多个时,通过专网DNN和专网S-NSSAI可以为UE建立对应的多个专网会话通道用户面。值得注意的是,在4G网络中“二次鉴权/授权”称为“非透明方式接入”。
进一步的,如图7所示,步骤S230还包括以下步骤:
步骤S2331:所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元、第二会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元、所述第二会话控制面网元和所述第二会话用户面网元的通知消息;
步骤S2332:所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
步骤S2333:所述第一会话控制面网元在根据所述通知消息确定自身不兼做所述专网会话控制面网元以及所述第一会话用户面网元不兼做第二会话用户面网元时,通知所述第二会话控制面网元兼做所述专网会话控制面网元,以及确定所述第二用户IP地址和所述第二会话用户面网元,并向所述第二会话控制面网元发送专网会话建立请求;
步骤S2334:所述第二会话控制面网元向所述第一会话控制面网元返回专网会话建立响应,所述专网会话建立响应至少包括所述第二用户IP地址和所述第二会话用户面网元的相关接口的接口地址信息;
步骤S2335:所述第一会话控制面网元接收到所述专网会话建立响应时,发送所述第二用户IP地址至所述第一会话用户面网元,以及根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元和所述第二会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同,所述会话发起网元在寻址专用会话网关时需携带用户公网会话网关信息以确保所述公网业务的锚点不变以及所述专网业务的网络拓扑可达,其中,用户公网会话网关信息包括第一会话控制面信息及第一会话用户面信息,应理解的是5G网络下,AMF在寻址专用会话网关时需携带用户公网会话网关信息以确保所述公网业务的锚点不变以及专网业务的网络拓扑可达,其中,用户公网会话网关信息包括SMF1信息及UPF1信息。
具体的,AMF1根据专网会话信息向归属的NRF进行寻址,也就是AMF1向归属的NRF执行服务发现,通过服务发现结果得到专网会话控制面网元、第二会话控制面网元和第二会话用户面网元,其中专网会话控制面网元为专网SMF,第二会话控制面网元为SMF2,第二会话用户面网元为UPF2,进而AMF1向SMF1发送得到的专网SMF、SMF2和UPF2的通知消息。SMF1接收到通知消息之后,获取到专网业务对应的专网DNN和专网S-NSSAI后,在确定自身具备疏通专网DNN和专网S-NSSAI的能力后,则确定自身兼做专网SMF;在确定自身不具备疏通专网DNN和/或专网S-NSSAI的能力后,则确定自身不兼做专网SMF。
SMF1接收到UPF1发送的专网业务的访问事件后,如果访问事件中包括建立专网会话所需的专网名称相关信息,则根据访问事件可以获取到建立专网会话所需的专网名称相关信息;如果访问事件中包括目的地址信息,则可以获取到目的地址信息,然后根据目的地址信息、预设目的地址信息与专网名称相关信息的匹配规则从预设专网业务规则相关信息中推导出:该目的地址信息匹配的建立专网会话所需的专网名称相关信息。以下以专网名称是专网DNN,专网名称归属的网络切片标识S-NSSAI为专网S-NSSAI为例进行说明。
对于第一目标SMF不兼做专网SMF以及第一目标UPF不兼做第二目标UPF的场景,应理解为根据实际网络部署情况以及业务疏通方案,SMF1仅具备疏通公网业务的能力并不具备疏通专网DNN+专网S-NSSAI业务的能力,由于UPF2应是专网SMF控制的UPF,因而UPF1不具备疏通专网DNN+专网S-NSSAI业务的能力,即:SMF1不能作为专网SMF,UPF1不能作为UPF2的场景。具体的,SMF1根据AMF1发送的通知消息确定自身不能作为专网SMF,则通知SMF2兼做专网SMF,并向选定的专网SMF发送为UE建立专网会话(DNN为专网DNN、S-NSSAI为专网S-NSSAI)的流程,在接收到专网SMF返回的专网会话(DNN为专网DNN、S-NSSAI为专网S-NSSAI)建立响应消息后,控制UPF1和UPF2为UE建立专网会话通道用户面。即需要执行第8步至第13步的业务流程。其中:SMF1收到专网SMF返回的第二用户IP地址(专网SMF通过“二次鉴权/授权”流程获得专网DNN分配的第二用户IP地址或者由专网SMF为UE分配用于专网DNN的第二用户IP地址(图4中的IP地址2))后,在第12步中发送给UPF1;对于专网,其收到的UE发送专网业务的UL上行数据报文中的源IP地址应是所述第二用户IP地址。通过上述步骤,网络侧为UE建立完成了专网DNN+专网S-NSSAI的专网会话通道用户面。当专网业务具有多个时,通过专网DNN和专网S-NSSAI可以为UE建立对应的多个专网会话通道用户面。值得注意的是,在4G网络中“二次鉴权/授权”称为“非透明方式接入”。
对应于图4的第8步-第13步:AMF1收到SMF1发送的专网会话激活请求后,即刻启动为该用户建立对应的专网会话的流程,包括:
(1)第8-1步,AMF1向NRF执行SMF服务发现,根据服务发现结果选择为UE建立专网DNN的专网SMF,在用户漫游的场景下,还需要通过NRF递归查询发现为该用户服务的专网DNN的第二目标SMF。此时该用户专网DNN的第二目标SMF为用户归属地SMF,即图4中的SMF2,用户公网DNN中的SMF1作为该用户专网DNN的I-SMF,同时将选定的UPF1作为该用户专网DNN的I-UPF。
(2)第8-2步,AMF1将选定的负责该用户专网DNN的SMF2的通知信息发送给公网业务的锚点SMF,即SMF1,以通知该SMF1。该SMF1作为该用户专网DNN的I-SMF,并指示该用户专网DNN的I-UPF,即UPF1分配并上报该用户专网DNN的N9接口资源。
(3)第8-3步,SMF1向该用户专网DNN选定的SMF2发送专网会话建立请求。
第9-1步~第11步:该用户的专网业务的SMF2向NRF执行UDM服务发现后,从用户归属UDM/UDR获得并订阅用户的SM(会话管理)签约数据,其中包含允许用户使用的网络切片标识(S-NSSAI)及DNN。SMF2为UE建立专网会话,包括:SMF2与专网之间按需进行的“二次鉴权/授权”、向NRF执行PCF服务发现后,从用户归属PCF/UDR获得用户的签约的专网业务预设PCC策略、选择UPF2,并向UPF2下发专网业务预设PCC策略、指示分配用于专网会话的会话资源、为UE分配第二用户IP地址(图4中的IP地址2,也可以在“二次鉴权/授权”流程中由专网分配IP地址2)等,并向该用户专网业务的I-SMF(图4中的SMF1)返回相关信息以及完成相关的信息交互,上述步骤遵循3GPP标准。
其中,在第9-2步的“二次鉴权/授权”中,用户鉴权信息包括鉴权密码与用户名,若鉴权密码与用户名相同且均为MSISDN(GPSI)或IMSI(SUPI)中的用户MSISDN(GPSI)或IMSI(SUPI),则公网业务的第一目标SMF/专网业务的I-SMF(图4中的SMF1)应代替UE完成,不需将鉴权信息转发给UE;若需要由UE提供用户名和密码,则公网业务的第一目标SMF/专网业务的I-SMF(即SMF1)需要透传UE与专网之间的用户鉴权信息。同时,在由专网业务的第二目标SMF(图4中的SMF2)为用户分配的第二用户IP地址(图4中的IP地址2)的情况下,需保证专网业务的第二目标SMF为用户分配的第二用户IP地址(图4中的IP地址2)应不与UE可以访问到的专网业务的所有IP地址重复,即专网业务的第二目标SMF为企业专网业务配置的第二用户IP地址池内应不包含表1中的“目的URL/URI和目的IP地址”字段中的任意IP地址,也就是第二用户IP地址不与预设PCC策略中的预设目的地址信息不相同。
第12步:公网业务的第一目标SMF/专网业务的I-SMF(即SMF1)与公网业务的第一目标UPF/专网业务的I-UPF(图4中的UPF1)通过N4接口完成信息交互,包括:SMF1向UPF1下发预设PCC策略、专网DNN的第二目标UPF(图4中的UPF2)的N9接口信息、用于该用户专网DNN的第二用户IP地址(图4中的IP地址2)等。并且公网业务的第一目标SMF/专网业务的I-SMF与该用户专网业务的目标SMF2完成相关信息交互,完成专网会话的建立。
第13步:公网业务的第一目标UPF/专网业务的I-UPF与该专网业务的第二目标UPF(图4中的UPF2)之间建立该专网会话的专网会话通道用户面,通过专网会话通道用户面疏通该用户的专网业务,即将第一目标UPF缓存的专网业务的UL上行数据报文和当前正在传输的UL上行数据报文(第一目标UPF在专网会话通道用户面建立后接收到的专网业务的UL上行数据报文)由专网会话通道用户面进行传输。
进一步的,执行步骤S220的同时,对于第一目标SMF兼做专网SMF以及第一目标UPF不兼做第二目标UPF的场景,或者第一目标SMF兼做专网SMF以及第一目标UPF兼做第二目标UPF的场景,或者第一目标SMF不兼做专网SMF以及第一目标UPF不兼做第二目标UPF的场景,如果专网需要启动二次鉴权/授权认证的流程,二次鉴权/授权认证的流程包括:
所述第一会话控制面网元在确定所述专网需要启动二次鉴权/授权、且自身保存有对所述用户终端进行二次鉴权所需的用户鉴权信息时,则可根据本地配置或预设专网业务规则相关信息代理所述用户终端执行二次鉴权/授权流程,并控制所述第一会话用户面网元执行所述专网对所述用户终端的相关授权。值得注意的是,所述二次鉴权/授权认证的流程对应于图4的第9-2步,具体参见上述第9-2步的具体内容。
如果SMF1确定专网需要启动二次鉴权/授权认证,且自身中保存有对UE进行二次鉴权所需的用户鉴权信息,SMF1替代UE进行二次鉴权,可以理解为SMF1根据本地配置或预设PCC策略代理UE执行二次鉴权/授权流程,并控制UPF1执行专网对UE的相关授权。其中,SMF1根据本地配置或预设PCC策略代理UE执行二次鉴权/授权流程具体的一种实现方式为:SMF1本地配置为:对于特定的专网名称相关信息(专网名称和专网名称归属的S-NSSAI)启用代理UE进行二次鉴权,且鉴权参数为用户标识MSISDN或IMSI。另一种实现方式为:在表1中增加1个参数信息为“代理用户进行二次鉴权”,参数的取值为:“否”、“是,且鉴权参数为用户标识MSISDN”、“是,且鉴权参数为用户标识IMSI”,3种,若取值为“否”则SMF1不执行代理用户进行二次鉴权,若取值为“是,且鉴权参数为用户标识MSISDN”,则SMF1执行代理用户进行二次鉴权,且鉴权参数为用户标识MSISDN,若取值为“是,且鉴权参数为用户标识IMSI”,则SMF1执行代理用户进行二次鉴权,且鉴权参数为用户标识IMSI。
在第一目标SMF兼做专网SMF以及第一目标UPF不兼做第二目标UPF的场景,或者第一目标SMF兼做专网SMF以及第一目标UPF兼做第二目标UPF的场景,或者第一目标SMF不兼做专网SMF以及第一目标UPF不兼做第二目标UPF的场景下,无需将用户鉴权信息发送给UE,通过SMF1替代UE完成二次鉴权或授权流程,无需用户在UE上手动输入用户鉴权信息,实现了用户通过UE使用专网业务过程的无感知,提高了用户的业务访问体验。
步骤S240:所述第一会话用户面网元将所述公网会话通道用户面传输的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网。
本实施例中,专网会话通道用户面建立完成之后,公网业务的UPF1对于UE侧,仅存在一个公网会话通道用户面,包括N9接口(存在I-UPF的情况下(图4中有I-UPF1))或N3接口(不存在I-UPF的情况下(在图4中无I-UPF1));对于网络侧,同时存在一个公网会话通道用户面(仅存在N6接口)和一个专网会话通道用户面(在UPF1不兼做UPF2时,存在的是N9接口、在UPF1兼做UPF2时,存在的是N6接口)。
UPF1将公网会话通道用户面传输的所有专网业务的UL上行数据报文中的第一用户IP地址替换为第二用户IP地址。进而,UPF1将替换后的UL上行数据报文通过专网会话通道用户面传输至专网,即业务分流,实现专网的访问。其中,专网包括校园网、企业专网等,企业专网例如政府部门的专网、事业单位的专网、私有企业的专网等。UPF1将UL上行数据报文中的第一用户IP地址替换为第二用户IP地址,是替代UE完成的操作,不需UE支持多DNN功能。
具体的,步骤S240包括:在所述专网会话通道用户面建立后,所述第一会话用户面网元将在所述专网会话通道用户面建立之前缓存的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,以及将在所述专网会话通道用户面建立之后收到的所有所述专网业务UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的在所述专网会话通道用户面建立之前缓存的所有所述专网业务的UL上行数据报文和替换后的在所述专网会话通道用户面建立之后收到的所有所述专网业务UL上行数据报文,依次通过所述专网会话通道用户面传输至专网。
应理解的是,在专网会话通道用户面建立后,UPF1将在专网会话通道用户面建立之前缓存的所有专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给用户终端的第二用户IP地址,以及将在专网会话通道用户面建立之后收到的所有专网业务UL上行数据报文中的第一用户IP地址替换为网络分配给用户终端的第二用户IP地址,并将替换后的在专网会话通道用户面建立之前缓存的所有专网业务的UL上行数据报文和替换后的在专网会话通道用户面建立之后收到的所有专网业务UL上行数据报文,依次通过专网会话通道用户面传输至专网。其中,专网会话通道用户面传输UL上行数据报文遵循先收到先转发的规则。
进一步的,本实施例是支持同一用户的公网业务中的多个专网业务的分流和汇聚。考虑到用户存在通过同一UE使用多个专网业务的情况,则根据用户在同一UE上的同一公网业务会话通道用户面中使用的专网业务归属的专网名称相关信息,为UE建立对应的多个专网会话通道用户面,即第一会话用户面网元将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网包括:
所述第一会话用户面网元执行业务分流规则,以根据所述UL上行数据报文确定专网会话通道标识,并将替换后的所述UL上行数据报文通过所述专网会话通道标识对应的专网会话通道用户面传输至专网。
应理解的是,当存在一个或多个专网业务时,专网会话通道用户面建立后,每个专网业务对应一个专网会话通道用户面,每个专网会话通道用户面具有一个对应的专网会话通道标识。UPF1执行业务分流规则,根据不同专网业务对应的目标UL上行数据确定专网会话通道标识,通过确定的专网会话通道标识,可以匹配到对应的专网会话通道用户面,UPF1将每个UL上行数据报文中的第一用户IP地址替换为第二用户IP地址,然后根据相应的专网会话通道标识,将各个替换后的所述UL上行数据报文通过专网名称相关信息对应的专网会话通道用户面传输至专网,实现了业务分流。其中,每个专网业务对应一个各自的第二用户IP地址。
步骤S250:所述第一会话用户面网元将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址,并将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面以及基站发送至所述用户终端。
本实施例中,UPF1将替换后的UL上行数据报文通过专网会话通道用户面传输至专网之后,专网向UE发送DL下行数据报文。UPF1将DL下行数据报文中的第二用户IP地址替换为第一用户IP地址,此处的第二用户IP地址和第一用户IP地址均理解为目的IP地址,即替换后的DL下行数据报文中包括的第一用户IP地址与替换前UL上行数据报文中包括的第一用户IP地址是对应的。进而,UPF1将替换后的DL下行数据报文依次经过公网会话通道用户面以及基站发送至UE,用户通过UE可以看到自己所需的访问信息。
其中,UPF1对于从公网会话通道用户面的N6接口接收的数据,转发至公网会话通道用户面的N9接口(存在I-UPF的情况下(图4中有I-UPF1))或N3接口(不存在I-UPF的情况下(在图4中无I-UPF1)),再经gNB发送至UE;UPF1对于从专网会话通道用户面的N9接口(在UPF1不兼做UPF2时,存在的是N9接口)或N6接口(在UPF1兼做UPF2时,存在的是N6接口)接收的数据,转发至公网会话通道用户面的N9接口(存在I-UPF的情况下(图4中有I-UPF1))或N3接口(不存在I-UPF的情况下(在图4中无I-UPF1)),再经gNB发送至UE。其中,UE的IP地址为公网会话的第一用户IP地址(图4中的IP地址1)。对于用于公网会话通道用户面的IP地址(图4中的IP地址1)、用于专网会话通道用户面的IP地址(图4中的IP地址2)分别均可以采用IPv4v6、IPv4、IPv6。其中,将第一用户IP地址替换为第二用户IP地址以及将第二用户IP地址替换为第一用户IP地址的一种实现方式如图8所示,图8为第一用户IP地址与第二用户IP地址的映射关系示意图。
进一步的,考虑到用户通过UE使用的专网业务具有多个的情况,则相应建立与专网业务的数量相同的专网会话通道用户面,而公网会话通道用户面是一个,则专网将不同专网业务对应的DL下行数据报文按照对应的专网会话通道用户面,各个专网会话通道用户面会将各自传输的DL下行数据报文输送至公网会话通道用户面。对于公网中存在公网I-UPF(图4中的公网I-UPF1)和不存在公网I-UPF的情况,步骤S250包括以下步骤:
所述第一会话用户面网元执行业务汇聚规则,以将所述专网会话通道标识对应的专网会话通道用户面传输的目标DL下行数据汇聚至所述第一会话用户面网元与所述基站间的所述公网会话通道用户面中;
将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址;
将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元以及基站发送至所述用户终端;或者,
将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元、中间会话用户面网元以及基站发送至所述用户终端。
具体的,对于公网中不存在I-UPF1的情况,当建立的专网会话通道用户面具有多个时,UPF1执行业务汇聚规则,以将各个专网会话通道标识对应的专网会话通道用户面传输的目标DL下行数据汇聚至UPF1与gNB间的公网会话通道用户面中,然后将专网发送给UE的DL下行数据报文中的第二用户IP地址替换为第一用户IP地址,进而将替换后的DL下行数据报文依次经公网会话通道用户面的UPF1以及gNB发送至UE。
对于公网中存在I-UPF1的情况,当建立的专网会话通道用户面具有多个时,UPF1执行业务汇聚规则,以将各个专网会话通道标识对应的专网会话通道用户面传输的目标DL下行数据汇聚至UPF1与gNB间的公网会话通道用户面中,然后将专网发送给UE的DL下行数据报文中的第二用户IP地址替换为第一用户IP地址,进而将替换后的DL下行数据报文依次经公网会话通道用户面的UPF1、I-UPF1以及gNB发送至UE。
本实施例根据上述技术方案,实现了为用户终端通过单一会话通道承载公网业务和专网业务,且网络能够对用户终端的专网业务和公网业务分别进行计费和业务管控。对于不支持多DNN功能的用户终端,可以为用户同时提供公网业务和专网业务。当用户通过不支持多DNN功能或支持多DNN功能的用户终端的使用专网业务时,用户不需在用户终端进行繁琐的配置,可以通过在公网页面上点击链接或输入目的地址的简单操作,实现在公网业务的使用过程中启动和使用专网业务,无需进行额外操作便可以进行专网访问,提高了用户通过用户终端使用专网业务的无感知和用户的业务访问体验。
进一步的,基于上述实施例,步骤S230之后还包括:所述会话发起网元统计公网会话的数量和专网会话的数量。
应理解的是,专网会话通道用户面的建立流程是由AMF1启动的,则AMF1明确公网会话通道用户面的数量和专网会话通道用户面的数量,可以统计出公网会话的数量和专网会话的数量。
AMF1对用户的公网会话和专网会话进行统计,公网会话和专网会话的数量分别对应公网会话通道用户面的数量和专网会话通道用户面的数量。在UE的切换/漫游流程中需保持公网DNN的锚点SMF(专网DNN的I-SMF)不变实现公网和专网的业务连续性。公网DNN业务的锚点SMF(即SMF1)通过基于AMF标识或其他参数支持向同一运营商或其它运营商的全部或部分AMF发送通知消息激活对应的专网会话从而实现对该业务触发的适用范围的控制。
进一步的,基于上述实施例,所述业务访问处理方法,还包括:
所述第一会话控制面网元和所述第一会话用户面网元对所述公网会话通道用户面和所述专网会话通道用户面进行分段管理,以及对所述公网业务对应的公网会话和所述专网业务对应的专网会话分别进行会话管控、流量统计和计费。
应理解的是,SMF1不兼做SMF2且UPF1不兼做UPF2的情况、SMF1兼做SMF2且UPF1不兼做UPF2的情况,公网业务的第一目标SMF/专网业务的I-SMF(即SMF1)和公网业务的第一目标UPF/专网业务的I-UPF(即UPF1)能够配合实现对公网会话与专网会话分别统计流量和产生计费话单、分别进行管控;如图4所示:公网会话用户面为:UE—无线gNB—(I-UPF1,如果存在的话)—UPF1—公网;专网会话用户面为:UE—无线gNB—(I-UPF1,如果存在的话)—UPF1(对于UL上行数据报文,将第一用户IP地址从用户IP地址1替换为用户IP地址2;对于DL下行数据报文,将第二用户IP地址从用户IP地址2替换为用户IP地址1)—UPF2—专网;对于上述2个会话通道用户面分别进行流量统计和计费、分别进行会话管控。
SMF1兼做SMF2,UPF1兼做UPF2的情况,公网业务的第一目标SMF/专网业务的目标SMF(即SMF1)和公网业务的第一目标UPF/专网业务的目标UPF(即UPF1)能够配合实现对公网会话与专网会话分别统计流量和产生计费话单、分别进行管控;如图4所示:公网会话用户面为:UE—无线gNB—(I-UPF1,如果存在的话)—UPF1—公网;专网会话用户面为:UE—无线gNB—(I-UPF1,如果存在的话)—UPF1/UPF2(对于UL上行数据报文,将第一用户IP地址从用户IP地址1替换为用户IP地址2;对于DL下行数据报文,将第二用户IP地址从用户IP地址2替换为用户IP地址1)—专网;对于上述2个会话通道用户面分别进行流量统计和计费、分别进行会话管控。
进一步的,基于上述实施例,所述业务访问处理方法,还包括:
采用至少两个QoS Flow分别与所述公网会话通道用户面和所述专网会话通道用户面进行关联,以对所述公网业务对应的公网会话和所述专网业务对应的专网会话分别进行端到端的会话管控、流量统计和计费。
应理解的是,在UE支持的情况下,对于“UE—无线gNB—(I-UPF1,如果存在的话)—UPF1段”,可以采用2个QoS Flow,1个QoS Flow关联到公网会话通道用户面的“UPF1—公网”段,另1个QoS Flow关联到专网会话通道用户面的“UPF1—UPF2—专网或UPF1/UPF2—专网”段,以使无线网便于对UE的公网业务和专网业务分别执行QoS管控、流量统计和计费。
进一步的,参考图4,图4包括了用户漫游且网络在漫游地已经插入了I-SMF和I-UPF的场景。
对于用户漫游且网络在漫游地未插入I-SMF和I-UPF的场景,也可参考图4,其差别在于不存在图4中的I-SMF1和I-UPF1,AMF与SMF1直接互通、无线gNB与UPF1直接互通。
对于用户未漫游但网络已经插入了I-SMF和I-UPF、且为用户提供的公网会话的SMF能够选择到专网DNN接入的UPF的场景,也可参考图4,其差别在于图4中SMF1与SMF2为同一个SMF。
对于用户未漫游但网络已经插入了I-SMF和I-UPF、且为用户提供的公网会话的UPF是专网DNN接入的UPF的场景,也可参考图4,其差别在于图4中SMF1与SMF2为同一个SMF、UPF1与UPF2为同一个UPF。
对于用户未漫游且网络未插入I-SMF和I-UPF的场景、且为用户提供的公网会话的SMF能够选择到专网DNN接入的UPF的场景,也可参考图4,其差别在于不存在图4中的I-SMF1和I-UPF1,AMF与SMF1直接互通、无线gNB与UPF1直接互通,SMF1与SMF2为同一个SMF。
对于用户未漫游且网络未插入I-SMF和I-UPF、且为用户提供的公网会话的UPF是专网DNN接入的UPF的场景,也可参考图4,其差别在于不存在图4中的I-SMF1和I-UPF1,AMF与SMF1直接互通、无线gNB与UPF1直接互通,SMF1与SMF2为同一个SMF、UPF1与UPF2为同一个UPF。
针对于图4的场景,若此后UE发生跨I-SMF(图4中的I-SMF1)的切换/漫游,则AMF为UE选择新的I-SMF,而公网业务的第一目标SMF/专网DNN业务的I-SMF(图4中的SMF1)不变,即:仅是将图4中的I-SMF1和I-UPF1更换为相应的新的I-SMF和I-UPF,采用SSC mode1方式,用户的公网业务和专网业务不中断,且遵循3GPP标准。
针对于图4中不存在I-SMF的场景,即AMF与SMF1直接互通、无线gNB与UPF1直接互通,若此后UE发生跨I-SMF(图4中的I-SMF1)的切换/漫游,则AMF为UE选择I-SMF(例如图4中的I-SMF1),而公网业务的第一目标SMF/专网DNN业务的I-SMF(图4中的SMF1)不变,即:在图4中存在I-SMF1和I-UPF1,采用SSC mode1方式,用户的公网业务和专网业务不中断,且遵循3GPP标准。
值得注意的是,上述实现过程中,除本发明公开的技术实现方案外,均是遵循3GPP标准,基于5G网络的基本规范,网络在为5G的UE建立会话(公网会话和专网会话)过程中,必须是基于S-NSSAI(网络切片标识)和DNN的。本发明中所有涉及到会话建立过程,网络均是基于S-NSSAI和DNN来为UE选择SMF和UPF以及建立会话的,为了简化描述,在发明申请提案中所有涉及到DNN的内容,均是指在相应S-NSSAI对应的DNN。
关于5G网络为用户UE分配IP地址,上述均是按照3GPP标准中由SMF负责分配用户IP地址,也是最为常用的一种方式;在3GPP标准中还存在一种由UPF负责分配用户IP地址的方式,即:在网络分配用户IP地址阶段,SMF向UPF下发分配用户IP地址的指令,由UPF分配用户IP地址后上报给SMF,SMF再通过AMF(或通过I-SMF再通过AMF)再通过无线基站gNB发送给用户终端UE。本发明同样适用于此种方式,即:在分配用户IP地址阶段,SMF1向UPF1下发分配用户IP地址的指令,由UPF1分配第一用户IP地址后上报给SMF1,SMF1若发现UPF1分配的第一用户IP地址与预设专网业务规则相关信息中的目的IP地址重复,则向UPF1下发指令要求UPF1重新分配新的第一用户IP地址且不与预设专网业务规则相关信息中的目的IP地址相同;再通过AMF(或通过I-SMF再通过AMF)再通过gNB将第一用户IP地址发送给用户终端UE;SMF2向UPF2下发分配用户IP地址的指令,且需保证UPF2分配的第二用户IP地址不与专网业务服务器端的IP地址相同;由UPF2分配第二用户IP地址后上报给SMF2,SMF1从SMF2获得第二用户IP地址后,在第12步发送给UPF1。
在本发明的第一实施例中,给出了对应的5G网元,同样适用于4G/5G融合网元中的5G网元功能,即使其中的4G部分功能不支持本发明的“公网业务中的专网业务分流策略”功能,也不影响4G/5G网元为用户提供在5G场景下的“公网业务中的专网业务分流策略”业务功能。
本发明同样适用于4G网络,包括:5G用户使用支持4G功能的多模用户终端(例如:4G/5G终端、3G/4G/5G终端、2G/3G/4G/5G终端等)接入4G网络,4G用户使用支持4G功能的用户终端(例如:4G终端、3G/4G终端、2G/3G/4G等、以及同时支持4G和5G终端的多模终端等)接入4G网络,享受网络提供的“在用户的公网业务中识别到专网业务时立即为用户建立传送相应专网业务的专用通道”的服务。以下给出的第二实施例为:移动通信网络为使用支持4G功能的多模用户终端接入4G网络的5G用户提供“在用户的公网业务中识别到专网业务时立即为用户建立传送相应专网业务的专用通道”服务的场景;其基本实现原理与上述5G网络为使用支持5G功能的用户终端接入5G网络的5G用户提供“在用户的公网业务中识别到专网业务时立即为用户建立传送相应专网业务的专用通道”服务的场景相同。值得注意的是:纯5G用户终端不能接入4G网络,能够接入4G网络的一定是4G终端,即:5G用户接入4G网络使用的一定是支持4G功能的4G/5G多模终端。
4G网络中相关的名称解释如下:
APN,全称是Access Point Name,翻译为接入点名称;
EPC,全称是Evolved Packet Core,翻译为演进的分组核心网;
EPS,全称是Evolved Packet System,翻译为演进的分组系统;
DNS,全称是Domain Name System,翻译为域名解析系统;
MME,全称是Mobility Management Entity,翻译为移动性管理设备;
SGW,全称是Sevice Gateway,翻译为服务网关;
PGW,全称是PDN Gateway,翻译为分组数据网关;
PDN,全称是Packet Data Network,翻译为分组数据网络;
SAE,全称是System Architecture Evolution,翻译为系统架构演进;
SAE-GW,全称是System Architecture Evolution-Gateway,翻译为系统架构演进网关;
HLR,全称是Home Location Register,翻译为归属位置寄存器;
HSS,全称是Home Subscriber Server,翻译为归属签约用户服务器;
DRA,全称是Diameter Relay Agent,翻译为Diameter中继代理;
PCC,全称是Policy and Charging Control,翻译为策略和计费控制;
PCRF,全称是Policy and Charging Rule Function,翻译为策略和计费规则功能;
SPR,全称是Subscription Profile Repository,翻译为用户签约数据库;
IMSI,全称是International Mobile Subscriber Identification,翻译为国际移动用户识别码;
MSISDN,全称是Mobile Subscriber ISDN Number,翻译为移动用户的ISDN号码;
MSISDN,全称也可以是Mobile Subscriber Integrated Services DigitalNetwork Number,翻译为移动用户的综合业务数字网号码;
eNB,全称是evolved NodeB,翻译为演进的NodeB,即4G基站;
LTE,全称是Long Term Evolution,翻译为长期演进;
SGSN,全称是Serving GPRS Support Node,翻译为GPRS服务支持节点;
GGSN,全称是Gateway GPRS Support Node,翻译为网关GPRS支持节点。
需要注意的是,预设PCC策略除了适用于5G网络,也适用于4G网络。上述表1在4G网络下称为表2,表2中的“用户标识”包含用户的MSISDN和/或IMSI,相关的DNN均为DNN/APN,即:在5G中称为DNN,在4G中称为APN,在4G用户通过支持4G的终端UE接入4G的网络中使用APN且在4G用户通过支持4G的终端UE接入4G的网络中不使用网络切片标识S-NSSAI;gNB为eNB。在4G接入场景下,4G网络中会话发起网元为MME,也可以是融合的AMF/MME;会话控制面网元为SMF/PGW-C;会话用户面网元UPF/PGW-U;中间会话控制面网元为I-SMF/SGW-C;中间会话用户面网元为I-UPF/SGW-U;用户数据管理网元为融合的UDM/UDR/HSS;策略控制网元为融合的PCF/UDR/PCRF/SPR;网络数据库网元的功能由DRA、EPC DNS以及NRF实现。其中,DRA负责MME与HSS之间的通信,EPC DNS用于选择SGW-C和PGW-C;SMF/PGW-C寻址PCF/UDR/PCRF/SPR通常由NRF负责,也可以由DRA负责SMF/PGW-C与PCF/UDR/PCRF/SPR之间的4G通信。并且,SGW-C与PGW-C通常合设为SAEGW-C,即为SMF/SAEGW-C;SGW-U与PGW-U通常合设为SAEGW-U,即为UPF/SAEGW-U。
如图9所示中,图9表示本发明4G网络下用户终端单APN/单IP地址、网络侧多APN分流汇聚管控的示意图。图9对比图4,即将图4中的各个网元进行对应替换,以得到图9中的各个网元,具体是:5G基站gNB应替换为4G基站eNB、AMF应替换为AMF/MME或MME、SMF1应替换为SMF/SAEGW-C1(同时具备PGW-C和SGW-C的功能)、UPF1应替换为UPF/SAEGW-U1(同时具备PGW-U和SGW-U的功能)、I-SMF1应替换为I-SGW-C1或SGW-C1、I-UPF1应替换为I-UPF/SGW-U1或SGW-U1、SMF2应替换为SMF/PGW-C2、UPF2应替换为UPF/PGW-U2、NRF替换为NRF和DRA、EPCDNS;UDM/UDR应替换为UDM/UDR/HSS、PCF/UDR应替换为PCF/UDR/PCRF/SPR。
为了便于理解,将5G网元功能简单对应至4G网元功能为:gNB为eNB,AMF为MME,SMF为PGW-C,UPF为PGW-U,I-SMF为SGW-C,I-UPF为SGW-U,NRF为NRF和EPC DNS,用户归属UDM/UDR为四融合UDM/UDR/HSS/HLR,用户归属PCF/UDR为二融合PCF/UDR/PCRF/SPR,具体请参见图9。另外涉及的其他描述,UE为支持4G功能的用户终端,例如4G/5G多模手机。公网APN,例如为互联网APN,对于中国移动为CMNET APN;专网APN,例如为企业专网APN。公网APN业务称为公网业务,专网APN业务称为专网业务;公网会话为公网APN的EPS bearer(即:4G承载),公网会话通道用户面为公网4G承载的用户面;专网会话为专网APN的4G承载,专网会话通道用户面为专网4G承载的用户面。
在5G用户通过支持4G的多模终端UE接入4G网络的场景下,如图3所示,所述业务处理方法以下步骤C10-C50。本实施例属于5G用户通过支持4G的多模终端UE接入4G网络的场景,并且适用于4G用户通过支持4G的终端UE接入4G网络的场景。所述业务处理方法应用于移动通信网分组域设备,所述移动通信网分组域设备至少包括会话发起网元、策略控制网元、第一会话控制面网元、第二会话控制面网元、第一会话用户面网元、第二会话用户面网元。在一些特定场景下第一会话控制面网元可以作为第二会话控制面网元,第二会话用户面网元可以作为第二会话用户面网元。
在4G用户通过支持4G的终端UE接入4G的网络中,会话控制面网元包括PGW-C和SGW-C,会话用户面网元包括PGW-U和SGW-U。其中SGW-C是中间会话控制面网元、SGW-U是中间会话用户面网元。第一会话控制面网元表示为第一目标SMF/PGW-C,且需同时具备SGW-C功能,即具备SAEGW-C的功能;第二会话控制面网元表示为第二目标SMF/PGW-C,第一会话用户面网元表示为第一目标UPF/PGW-U,且需同时具备SGW-U功能,即具备UPF/SAEGW-U的功能;第二会话用户面网元表示为第二目标UPF/PGW-U,策略控制网元为PCRF/SPR。在5G用户通过支持4G的多模终端UE接入4G的网络中,会话发起网元为MME,会话控制面网元包括SMF/PGW-C和SGW-C,会话用户面网元包括UPF/PGW-U和SGW-U。其中,SGW-C是中间会话控制面网元、SGW-U是中间会话用户面网元;第一会话控制面网元表示为第一目标SMF/PGW-C,且需同时具备SGW-C功能,即具备SMF/SAEGW-C的功能;第二会话控制面网元表示为第二目标SMF/PGW-C;第一会话用户面网元表示为第一目标UPF/PGW-U,且需同时具备SGW-U功能,即具备UPF/SAEGW-U的功能;第二会话用户面网元表示为第二目标UPF/PGW-U,策略控制网元为PCF/UDR/PCRF/SPR,即在一些特定场景下第一目标SMF/PGW-C可以作为第二目标SMF/PGW-C,第一目标UPF/PGW-U可以作为第二目标UPF/PGW-U。
如图9所示,对于5G用户通过支持4G的多模终端接入4G网络的场景,PGW-C应理解为SMF/PGW-C、PGW-U应理解为UPF/PGW-U。会话发起网元对应于MME1,第一目标SMF/PGW-C对应于SMF/PGW-C1,第二目标SMF/PGW-C对应于SMF/PGW-C2,第一目标UPF/PGW-U对应于UPF/PGW-U1,第二目标UPF/PGW-U对应于UPF/PGW-U2,中间会话控制面网元为SGW-C1,中间会话用户面网元为SGW-U1。在执行步骤C10之前,对应于图9执行下述步骤:
第0步,用户签约,包括:
(1)在用户归属UDM/UDR/HSS/HLR为用户签约开通公网APN及专网APN。
(2)在用户归属PCF/UDR/PCRF/SPR签约开通“公网业务中的专网业务分流策略”的PCC策略,称为预设PCC策略。所述预设PCC策略指明:在公网APN的4G承载(下述称为公网会话)的UL上行数据报文中检测到目的地址为“专网”的目的URL/URI和目的IP地址中的一个时,则为用户激活“专网APN”。其中,UL上行数据报文中的目的地址应在所述PCC策略信息中包含的所有专网目的URL/URI和目的IP地址范围之内。所述预设PCC策略包含的信息/参数如表2所示。
(3)在采用PCF/UDR/PCRF/SPR下发PCC预定义规则同时SMF/PGW-C本地配置PCC预定义策略的方式时,可以在SMF/PGW-C1本地配置表2中的专网业务的“目的URL/URI和目的IP地址”,在PCF/UDR/PCRF/SPR向SMF/PGW-C1下发的PCC预定义规则中包含“公网业务中的专网业务分流”的PCC预定义规则名称信息和需要建立的专网名称相关信息(表2中的“专网APN”),并且可以通过为用户增加PCC预定义策略数量的方式实现同一用户终端的公网业务中多专网业务分流。
表2(4G相关的PCC信息)
表2中,1)若同一用户仅存在1个专网APN业务时,则可以不需要“序号”参数;2)专网APN1与专网APN2的URL/URI、IP地址不能重复,需要在预先设置PCC策略时予以保障。
当用户开通专网业务时,需在用户归属UDM/UDR/HSS/HLR中完成专网APN的签约,用户即同时为专网用户;当需要为专网用户提供“在用户的公网业务中识别到专网业务时立即为用户建立传送相应专网业务的专用通道”的服务时,需要在专网用户归属的PCF/UDR/PCRF/SPR中签约“公网业务中的专网业务分流”的PCC策略;在后续的用户公网APN的4G承载建立过程中,负责用户公网APN业务的SMF/PGW-C1从用户归属PCF/UDR/PCRF/SPR获得用户的“公网业务中的专网业务分流策略”PCC策略。
如上,表2中的内容即为预设专网业务规则相关信息中至少包括的内容,在用户开通专网业务并开通“在用户的公网业务中识别到专网业务时立即为用户建立传送相应专网业务的专用通道”的业务服务后,即生成表2中的内容,是在用户实际使用专网业务之前完成的,可以理解为是预设专网业务规则相关信息,无论是采用PCF/UDR/PCRF/SPR向PGW-C1下发全量预设专网业务规则相关信息的PCC方式,还是采用PCF/UDR/PCRF/SPR下发PCC预定义规则同时SMF/PGW-C1本地配置PCC预定义策略的方式,在用户通过公网4G承载用户面通道中发送专网业务数据报文之前,预设专网业务规则相关信息中的内容均已经被SMF/PGW-C1所获得(详见后述第3步);并且,可以理解为包含预设专网业务规则相关信息的PCC策略即为预设专网业务规则相关信息PCC策略,亦为“公网业务中的专网业务分流”PCC策略。预设专网业务规则相关信息至少包括PCC策略标识、公网名称相关信息、专网业务的预设目的地址信息、建立专网会话所需的专网名称相关信息以及用户标识信息,具体参见表2。
在实际应用中,用户使用数据业务时,先执行步骤B10-步骤B20,如图2所示:
步骤B10:会话发起网元接收到所述用户终端发起的公网业务激活请求时,选择所述用户终端的公网业务对应的第一会话控制面网元,并向所述第一会话控制面网元发送公网会话建立请求;
步骤B20:所述第一会话控制面网元选择第一会话用户面网元,并控制所述第一会话用户面网元建立所述公网业务的公网会话通道用户面以及向所述用户终端分配所述第一用户IP地址。其中,所述第一用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
对应于图9的第1步~第3步:用户使用公网业务或专网业务,UE在漫游地通过UE发起的公网APN激活请求,也称为公网业务激活请求,MME1接收到UE发起的公网业务激活请求后,MME1查询EPC DNS,根据查询结果确定如果用户发生了跨SGW-C POOL的切换/漫游,则MME1选择SGW-C和第一目标SMF/PGW-C,分别对应图9中SGW-C1和UPF/PGW-C1;如果用户未切换/漫游、或者在SGW-C POOL内切换/漫游、或者首次激活公网APN,且第一目标SMF/PGW-C具备SGW-C的功能,即为SAEGW-C的情况下,则MME1选择SGW-C与PGW-C综合设置的第一目标SMF/PGW-C(在图9中,SGW-C1与PGW-C1为同一网元,即SMF/PGW-C1或称为SMF/SAEGW-C1),并将用户的公网会话建立请求发送至第一目标SMF/PGW-C,即SMF/PGW-C1。其中,图9中若存在SGW-C1则MME1将公网会话建立请求经过I-SGW-C1发送至PGW-C1;若SGW-C1与SMF/PGW-C1为同一设备(即:SMF/SAEGW-C1),则MME1将公网会话建立请求直接发送至SMF/PGW-C1(SMF/SAEGW-C1)。其中,4G网络中由MME从用户归属HSS中获得用户签约数据,然后MME将4G承载相关的信息(含允许用户使用的APN)包含在4G承载建立请求消息中通过SGW-C发送给PGW-C。
第3步~第6步:公网业务的SMF/PGW-C1为UE建立公网会话,包括SMF/PGW-C1向NRF执行PCF服务发现后,根据服务发现结果从用户归属PCF/UDR/PCRF/SPR获得用户签约的预设PCC策略(SMF/PGW-C1通过DRA访问用户归属PCRF/SPR获得用户签约的预设PCC策略)、选择的第一目标UPF/PGW-U(图9中的UPF/PGW-U1)并向选定的UPF/PGW-U1下发预设PCC策略、指示分配用于公网会话的会话资源、为UE分配第一用户IP地址(图9中的IP地址1)等,并经SGW-C向MME1以及经MME1向UE返回第一用户IP地址和其它相关信息,以及完成相关的信息交互,SMF/PGW-C1控制UPF/PGW-U1为UE建立公网业务的公网会话通道用户面。其中,第一用户IP地址是由SMF/PGW-C1分配并通过SGW-C、MME发送给UE,UPF/PGW-U1是通过识别UE发送的UL上行数据报文中的源IP地址获知UE的第一用户IP地址的。图9中若存在SGW-C1,则SGW-C1转发相关消息,并且SGW-C1指示SGW-U1分配相关资源;若SGW-C1与SMF/PGW-C1为同一SMF/SAE-GW1,则SMF/SAE-GW1直接与MME1通信,且SMF/SAEGW-C1指示UPF/SAEGW-U1分配SGW相关资源,上述步骤遵循3GPP标准。其中,第一用户IP地址分配给UE之后,即为UE的IP地址,即图9中的IP地址1是UE发送的UL上行数据报文中的源IP地址。
进一步的,在第4步的3GPP标准流程中,公网业务的SMF/PGW-C1及SMF/PGW-C1选定的UPF/PGW-U1需新增对所述预设“公网业务中的专网业务分流策略”的PCC策略的执行处理,具体如下:
(1)在第3步中,通过PCC流程,公网业务的SMF/PGW-C1获得预设“公网业务中的专网业务分流策略”中的预设专网业务规则相关信息,包括表2所示的各项参数信息;具体可采用PCF/UDR/PCRF/SPR向SMF/PGW-C1下发表2中的全量信息的方式,也可采用PCF/UDR/PCRF/SPR向SMF/PGW-C1下发PCC预定义规则同时SMF/PGW-C1本地配置PCC预定义规则的方式。其中,SMF/PGW-C1获得预设专网业务规则相关信息具体过程参见上述第0步的(2)和(3)。
(2)公网业务的SMF/PGW-C1在获得预设专网业务规则相关信息,包括表2中各项参数信息后,执行保证为UE分配的第一用户IP地址与预设专网业务规则相关信息中的专网业务目的IP地址不相同的流程。应理解的是,公网业务的SMF/PGW-C1在为UE分配第一用户IP地址时,需校验该第一用户IP地址与从用户归属PCF/UDR/PCRF/SPR获取的预设PCC策略中专网APN的目的IP地址(表2中的目的IP地址)是否重复冲突,如果地址重复,则需要将拟分配给用户的第一用户IP地址更换为与专网APN的目的IP地址不重复的新的第一用户IP地址,避免UE发送UL上行数据报文时出现源IP地址与目的IP地址相同的情况。由于UE发送的专网业务UL上行数据报文的源IP地址为第一用户IP地址,而目的IP地址不能与源IP地址相同,因此需保证SMF/PGW-C1分配给UE的第一用户IP地址不能与预设专网业务规则相关信息中的预设目的地址信息中的所有目的IP地址(即:表2中的“目的URL/URI和目的IP地址”中的所有IP地址)相同。如果SMF/PGW-C1发现分配给UE的第一用户IP地址与预设专网业务规则相关信息中的任意预设目的地址信息相同,则SMF/PGW-C1重新为UE分配一个用户IP地址,且重新分配的用户IP地址是与预设专网业务规则相关信息中的所有目的IP地址不相同的IP地址,并且,通过后续PCC流程更新用户归属PCF/UDR/PCRF/SPR中的UE的IP地址信息。其中,SMF/PGW-C1重新分配的IP地址即为所述的第一用户IP地址。
(3)在第4步中,公网业务的SMF/PGW-C1将获得的预设专网业务规则相关信息映射到Sx接口信息中下发给公网业务的UPF/PGW-U1,即SMF/PGW-C1将预设专网业务规则相关信息下发给UPF/PGW-U1,预设专网业务规则相关信息如表2所示。其中,SMF/PGW-C1并不一定需要将表2中的全部信息下发给UPF/PGW-U1,但至少应包括表2中的“公网APN”、“目的URL/URI和目的IP地址”以及标识用户的信息,还可以包含“专网APN”,具体可以视情况而定。其中,第一会话控制面网元下发给第一会话用户面网元的预设专网业务规则相关信息中如果包含“专网APN”,则后续流程可对应于下述步骤C312、步骤C322和步骤C332中的“所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息”;第一会话控制面网元下发给第一会话用户面网元的预设专网业务规则相关信息中如果不包含“专网APN”,则后续流程可对应于下述步骤C312、步骤C322和步骤C332中的“所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息”。其中,在执行上述业务处理的过程中,不影响UE的公网业务的数据报文的转发。
显而易见的,表2中所有信息还存在一种获取方式,表2中所有信息均是可以通过在UPF/PGW-U1本地配置实现的。
(4)公网业务的SMF/PGW-C1选定的公网业务的UPF/PGW-U1在转发该UE的公网业务的用户数据报文(包括UL上行数据报文和DL下行数据报文)的同时,执行此预设PCC策略,当UE发送的用户数据报文(也称UL上行数据报文)符合条件时,也就是UL上行数据报文中包括的目的URL/URI或目的IP地址为表2中的“目的URL/URI和目的IP地址”字段中的“目的URL/URI”中的URL/URI或“目的IP地址”中的IP地址,需要向SMF/PGW-C1上报相关事件,所述相关事件可以理解为用户使用专网业务的访问事件,还可以理解为当在UE的公网业务中检测到包括目的地址信息为专网业务的URL/URI或IP地址的UL上行数据报文时,则上报专网业务的访问事件给SMF/PGW-C1,详见后述第7步。
公网业务的SMF/PGW-C1执行预设“公网业务中的专网业务分流策略”的PCC策略,当收到UPF/PGW-U1上报的专网业务的访问事件时,为用户激活对应的专网APN的4G承载(也称为专网会话),即当UPF/PGW-U1上报在该UE的公网业务中检测到目的地址为专网业务的URL/URI或IP地址的UL上行数据报文时,则通知SMF/PGW-C1为用户激活对应的专网会话,详见后述第8步。
步骤C10:基于用户终端发起的公网业务,第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件。
步骤C20:所述第一会话控制面网元向会话发起网元传递专网会话信息及第一会话控制面网元信息并可选择性的触发专网会话建立请求。
本实施例中,用户通过UE输入自己需要访问的目的地址信息之后,UE发送公网业务或专网业务的UL上行数据报文,负责公网业务的公网会话通道用户面会传输UE发送的公网业务和专网业务的UL上行数据报文,PGW-U1识别公网会话通道用户面会传输的公网业务中是否包括专网业务,从而决策是否向PGW-C1上报专网业务的访问事件。如果PGW-U1识别公网业务中包括专网业务,则表示用户需要访问的是专网业务,则向PGW-C1上报专网业务的访问事件,PGW-C1接收到PGW-U1发送的专网业务的访问事件后向MME1传递专网会话信息及第一会话控制面网元信息并触发专网会话建立请求,以通知MME1启动为用户建立专网会话的流程。其中,所述专网会话信息为“公网业务中的专网业务分流策略”的PCC策略中的信息。
第一会话控制面网元向会话发起网元可选择性的触发专网会话建立请求的目的在于激活对应的专网会话,4G网络下应理解的是,SMF/PGW-C1基于MME标识或其他参数支持向同一运营商或其它运营商的全部或部分MME发送专网会话建立请求,以激活对应的专网会话,从而实现对该专网业务触发的适用范围的控制。也可以理解为,公网业务的目标SMF/PGW-C(图9中的SMF/PGW-C1)应支持向同一运营商的全部或部分MME发送专网会话建立请求激活对应的专网会话;向部分其它运营商的MME发送专网会话建立请求激活对应的专网会话;向部分其它运营商的MME不发送通知消息,从而实现可控范围内支持该专网业务。
进一步的,第一会话用户面网元识别公网会话通道用户面传输的公网业务中是否包括专网业务包括:所述第一会话用户面网元获取所述用户终端发送的所述UL上行数据报文中的目的地址信息,在识别所述目的地址信息与专网业务的预设目的地址信息相同时,确定所述UL上行数据报文为专网业务,即公网业务中包括专网业务。
应理解的是,公网会话通道用户面以公网业务的形式传输用户使用专网业务所对应的所有UL上行数据报文,UL上行数据报文中包括有用户输入的目的地址信息,如果UPF/PGW-U1识别到UL上行数据报文中包括的专网业务对应的目的地址信息与专网业务的预设目的地址信息相同,也就是目的地址信息与预设专网业务规则相关信息中的目的URL/URI和目的IP地址之一相同,则可以确定UL上行数据报文为专网业务,即公网业务中包括专网业务。
其中,所述专网业务的预设目的地址信息通过以下至少一种方式得到:
所述专网业务的预设目的地址信息是由所述第一会话用户面网元从自身的本地配置中获取的;
所述专网业务的预设目的地址信息是由所述第一会话用户面网元从所述第一会话控制面网元发送给自身的预设专网业务规则相关信息中得到的。
应理解的是,在4G场景下,表2中的所有信息可以是预先存储在UPF/PGW-U1的本地配置的,由于表2中的所有信息中包括了专网业务的预设目的地址信息。当UPF/PGW-U1需要获取专网业务的预设目的地址信息时,UPF/PGW-U1可以从自身的本地配置中获取到专网业务的预设目的地址信息;专网业务的预设目的地址信息也可以是SMF/PGW-C1下发给UPF/PGW-U1的,SMF/PGW-C1将预设专网业务规则相关信息发送给UPF/PGW-U1,UPF/PGW-U1从预设专网业务规则相关信息中获取到专网业务的预设目的地址信息,即:公网业务的SMF/PGW-C1将获得的预设专网业务规则相关信息映射到Sx接口信息中下发给公网业务的UPF/PGW-U1,SMF/PGW-C1将预设专网业务规则相关信息下发给UPF/PGW-U1,预设专网业务规则相关信息如表2所示。其中,SMF/PGW-C1并不一定需要将表2中的全部信息下发给UPF/PGW-U1,但至少应包括表2中的“公网APN”、“目的URL/URI和目的IP地址”以及标识用户的信息,还可以包含“专网APN”。当然,也不排除UPF/PGW-U1可以通过其它途径获得到专网业务的预设目的地址信息。值得注意的是,专网业务的预设目的地址信息的具体获取方式根据实际需求设定。
对于第一会话控制面网元是如何获取到预设专网业务规则相关信息的,具体是:
所述预设专网业务规则相关信息是所述第一会话控制面网元通过PCC方式和/或自身的本地配置中获得,并在为所述用户终端建立所述公网会话通道用户面的过程中将所述预设专网业务规则相关信息发送给第一会话用户面网元。
应理解的是,在4G场景下,SMF/PGW-C1可以通过PCC方式获得预设专网业务规则相关信息,SMF/PGW-C1也可以从自身的本地配置中获得预设专网业务规则相关信息;当然,也不排除SMF/PGW-C1可以通过其它途径获得预设专网业务规则相关信息。值得注意的是,预设专网业务规则相关信息的具体获取方式根据实际需求设定。之后,SMF/PGW-C1在为用户终端建立公网会话通道用户面的过程中将预设专网业务规则相关信息发送给UPF/PGW-U1。所述预设专网业务规则相关信息至少包括PCC策略标识、公网名称相关信息、专网业务的预设目的地址信息、建立专网会话所需的专网名称相关信息、用户标识信息等;专网名称相关信息是指建立专网会话所需的专网名称等必需的信息,在网络场景不同的情况下,专网名称相关信息包括的具体内容不同。在4G场景下,专网名称相关信息至少包括专网APN,即专网名称。
具体的,第一会话控制面网元通过PCC方式获得预设专网业务规则相关信息包括以下至少一种方式:
在为用户终端建立公网会话的过程中,策略控制网元向第一会话控制面网元下发全量的预设专网业务规则相关信息;
在为用户终端建立公网会话的过程中,策略控制网元向第一会话控制面网元下发PCC预定义规则,第一会话控制面网元根据PCC预定义规则从自身的本地配置PCC预定义策略,以得到预设专网业务规则相关信息。
应理解的是,在为用户终端建立公网会话通道用户面的过程中,是PCF/UDR/PCRF/SPR将全量的预设专网业务规则相关信息发送给SMF/PGW-C1。或者,在为用户终端建立公网会话通道用户面的过程中,PCF/UDR/PCRF/SPR将PCC预定义规则下发给SMF/PGW-C1,SMF/PGW-C1根据PCC预定义规则从自身的本地配置PCC预定义策略,从而获取到预设专网业务规则相关信息。即:在第3步中,通过PCC流程,公网业务的SMF/PGW-C1获得预设“公网业务中的专网业务分流策略”中的预设专网业务规则相关信息,包括表2所示的各项参数信息;具体可采用PCF/UDR/PCRF/SPR向SMF/PGW-C1下发表2中的全量信息的方式,也可采用PCF/UDR/PCRF/SPR向SMF/PGW-C1下发PCC预定义规则同时SMF/PGW-C1本地配置PCC预定义规则的方式。其中,SMF/PGW-C1获得预设专网业务规则相关信息具体过程参见上述第0步的(2)和(3)。
具体的,第一会话控制面网的本地配置中存储了表2中的所有信息,第一会话控制面网元从自身的本地配置中获得预设专网业务规则相关信息的方式包括:
方式1:SMF/PGW-C1从本地配置表2中所有信息中获取预设专网业务规则相关信息。
方式2:SMF/PGW-C1从本地配置表2中除“用户标识”外的所有信息中获取预设专网业务规则相关信息。SMF/PGW-C1根据从用户归属UDM/UDR/HSS/HLR中获取的用户签约的专网APN,若专网APN与SMF/PGW-C1本地配置的表2信息中的“专网APN”相匹配,则为用户的UE执行预设“公网业务中的专网业务分流策略”,获得并使UE的表2中的预设专网业务规则相关信息。
对应于图9的第6-7步,第6步为公网业务的疏通:UE使用从网络获得的公网会话的第一用户IP地址(图9中的IP地址1)使用业务,UPF/PGW-U1检测该UE在公网会话通道用户面中发送的UL上行用户数据报文中包括的目的地址,即目的URL/URI和目的IP地址,若目的URL/URI和目的IP地址未包含在表2中的目的URL/URI和目的IP地址中,则识别为公网业务,进而正常疏通至公网会话的SGi接口所连接的公网;若UL上行数据报文中的目的URL/URI和目的IP地址包含在表2中存储的目的URL/URI和目的IP地址中,则识别为专网业务,即公网业务中包括专网业务,则向SMF/PGW-C1上报“该UE使用专网业务”,即向SMF/PGW-C1发送专网业务的访问事件,上报的内容中包含SMF/PGW-C1在第4步中指定的需要UPF/PGW-U1上报的内容,UPF/PGW-U1识别公网业务中出现的第一个属于专网业务的UL上行数据报文时,应立即向SMF/PGW-C1发送专网业务的访问事件,在收到SMF/PGW-C1返回的对专网业务访问事件收到的确认消息后,对于在此公网会话通道用户面中识别到的同一专网业务的后续专网业务UL上行数据报文可不再向SMF/PGW-C1重复发送专网业务访问事件;同时在为UE建立所述专网会话通道用户面完成之前,UPF/PGW-U1需缓存专网业务的所有识别出的专网业务UL上行数据报文,直至UE的专网会话通道用户面建立完成后,UPF/PGW-U1依次转发(先收到的先转发)专网业务的所有缓存的专网业务UL上行数据报文,然后再转发在UE的专网业务的专网会话通道用户面建立完成后收到的专网业务UL上行数据报文,也就是UPF/PGW-U1缓存公网会话通道用户面中的所有专网业务的UL上行数据报文,即第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向公网业务的第一会话控制面网元发送专网业务的访问事件的同时,还包括第一会话用户面网元缓存公网会话通道用户面中的所有专网业务的UL上行数据报文,进而等待SMF/PGW-C1的下一步指示。SMF/PGW-C1接收到UPF/PGW-U1上报的专网业务的访问事件,启动为UE建立专网4G承载的流程。其中,SMF/PGW-C1和UPF/PGW-U1在为用户建立专网会话和专网会话通道用户面的同时,仍正常疏通用户的公网业务,公网业务不受到专网会话以及专网会话通道用户面建立的影响。应理解的是,第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向公网业务的第一会话控制面网元发送专网业务的访问事件的同时,还包括:第一会话用户面网元缓存公网会话通道用户面中的所有专网业务的UL上行数据报文,以及公网会话通道用户面转发公网业务的UL上行数据报文和DL下行数据报文,且公网会话通道用户面转发的公网业务不触发为用户建立专网会话的流程。其中,公网会话通道用户面转发的公网业务中不包括专网业务,也就是在同一公网会话通道用户面中识别到同一专网业务的UL上行数据报文,第一会话用户面网元可向第一会话控制面网元仅发送一次专网业务访问事件;对于同一公网会话通道用户面中第一会话用户面网元对于同一专网业务发送的一次专网业务访问事件以及发送的多次专网业务访问事件,第一会话控制面网元对于同一专网业务仅执行一次专网会话建立流程。
进一步的,所述访问事件采用下述方式生成:
所述第一会话用户面网元从所述预设专网业务规则相关信息中获取所述目的地址信息匹配的所述建立专网会话所需的专网名称相关信息,并根据所述建立专网会话所需的专网名称相关信息生成所述专网业务的访问事件;或者所述第一会话用户面网元根据所述目的地址信息生成所述专网业务的访问事件。
在为用户建立专网业务的专网会话时,第一目标SMF/PGW-C需要获得专网业务对应的专网名称相关信息,第一目标SMF/PGW-C根据获得的专网名称相关信息为UE建立对应的专网会话,包括专网会话的用户面通道。其中,4G场景下建立专网会话所需的专网名称相关信息包括专网名称,即专网APN。预设专网业务规则相关信息中包括专网业务的预设目的地址信息(表2中的“目的URL/URI和目的IP地址”)和专网业务的专网名称相关信息(表2中的“专网APN”),且两者之间具备对应关系。如表2所示,一组URL/URI和/或一组IPv4地址和/或一组IPv6地址对应到一个专网APN;即通过专网业务的目的地址信息即可定位到专网业务的专网名称相关信息。当同一用户的公网业务中会存在多个专网业务时,预设专网业务规则相关信息中还包括区分专网业务的专网业务编号,如表2所示,其中的“序号”标识同一用户的不同专网业务,同一用户的不同专网业务的目的地址信息、专网名称相关信息不同,即表2中的不同“序号”对应的“目的URL/URI和目的IP地址”不同、“专网APN”不同。预设专网业务规则相关信息以用户标识为第一索引,如表2所示,即不同用户可以配置不同的预设专网业务规则相关信息,不同用户的专网业务目的地址信息相同,可以分别对应到不同的专网名称相关信息。
根据预设专网业务规则相关信息,通过专网业务的目的地址信息定位到所述专网业务的专网名称相关信息,第一会话控制面网元(SMF/PGW-C1)根据专网名称相关信息为UE建立对应的专网会话,并控制第一会话用户面网元(UPF/PGW-U1)建立专网会话的用户面通道;根据第一会话控制面网元(SMF/PGW-C1)从第一会话用户面网元(UPF/PGW-U1)获取专网业务访问事件,并根据专网名称相关信息为UE建立相应的专网会话,支持为同一用户在同一公网会话通道用户面中的多个不同专网业务分别建立对应的多个专网业务会话。例如:专网业务A的专网名称相关信息为企业1专网APN;专网业务B的专网名称相关信息为企业2专网APN;专网业务C的专网名称相关信息为企业3专网APN,等等。
应理解的是,一种情况,由于预设专网业务规则相关信息包括PCC策略标识、公网名称相关信息、专网业务的预设目的地址信息、建立专网会话所需的专网名称相关信息以及用户标识信息,对应在图9中的第4步,第一目标SMF/PGW-C预先将预设专网业务规则下发给第一目标UPF/PGW-U,第一目标UPF/PGW-U根据用户终端发送的UL上行数据报文中的目的地址信息,从预设专网业务规则相关信息中匹配到与该目的地址信息相同的专网业务的预设目的地址信息,然后根据匹配到的预设目的地址信息再匹配到专网名称相关信息,获取到与该目的地址信息匹配的建立专网会话所需的专网名称相关信息,然后根据匹配到的建立专网会话所需的专网名称相关信息生成专网业务的访问事件,即该专网业务的访问事件中包括了建立专网会话所需的专网名称相关信息,当第一目标SMF/PGW-C接收到第一目标UPF/PGW-U发送的专网业务的访问事件,可以从访问事件中获得建立专网会话所需的专网名称相关信息。另一种情况,第一目标UPF/PGW-U根据用户终端发送的UL上行数据报文中的目的地址信息生成专网业务的访问事件,即访问事件包括了用户终端发送的UL上行数据报文中的目的地址信息,第一目标SMF/PGW-C接收到第一目标UPF/PGW-U发送的专网业务的访问事件,可以从访问事件中获得用户终端发送的UL上行数据报文中的目的地址信息,第一目标SMF/PGW-C根据该目的地址信息可以根据目的地址信息、预设目的地址信息与专网名称相关信息的匹配规则从预设专网业务规则相关信息中推导出:该目的地址信息匹配的建立专网会话所需的专网名称相关信息。
步骤C30:所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面。
本实施例中,MME1接收到专网会话信息、第一会话控制面网元信息和专网会话建立请求后,启动为用户建立专网会话的流程,为用户建立专网会话以及专网会话通道用户面。
进一步的,如图5所示,步骤C30包括以下步骤:
步骤C311:所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元和所述第二会话用户面网元的通知消息;
步骤C312:所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
步骤C313:所述第一会话控制面网元在根据所述通知消息确定自身兼做所述专网会话控制面网元以及所述第一会话用户面网元不兼做第二会话用户面网元时,确定所述第二用户IP地址和所述第二会话用户面网元,并发送所述第二用户IP地址至所述第一会话用户面网元;
步骤C314:所述第一会话控制面网元根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元和所述第二会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
对于第一目标SMF/PGW-C兼做专网SMF/PGW-C以及第一目标UPF/PGW-U不兼做第二目标UPF/PGW-U的场景,应理解为根据实际网络部署情况以及业务疏通方案,SMF/PGW-C1同时具备疏通公网业务和专网APN业务的能力,而UPF/PGW-U1仅具备疏通公网业务的能力并不具备疏通专网APN能力,即:SMF/PGW-C1可以作为专网SMF/PGW-C,UPF/PGW-U1不可以作为UPF/PGW-U2的场景。
具体的,MME1根据专网会话信息向归属的DNS进行寻址,也就是MME1向归属的DNS执行解析查询,通过解析查询结果得到专网会话控制面网元和第二会话用户面网元,其中专网会话控制面网元为专网SMF/PGW-C,第二会话用户面网元为UPF/PGW-U2,进而MME1向SMF/PGW-C1发送得到的专网SMF/PGW-C和UPF/PGW-U2的通知消息。SMF/PGW-C1接收到通知消息之后,获取到专网业务对应的专网APN后,在确定自身具备疏通专网APN的能力后,则确定自身兼做专网SMF/PGW-C;在确定自身不具备疏通专网APN的能力后,则确定自身不兼做专网SMF/PGW-C。
SMF/PGW-C1接收到UPF/PGW-U1发送的专网业务的访问事件后,如果访问事件中包括建立专网会话所需的专网名称相关信息,则根据访问事件可以获取到建立专网会话所需的专网名称相关信息;如果访问事件中包括目的地址信息,则可以获取到目的地址信息,然后根据目的地址信息、预设目的地址信息与专网名称相关信息的匹配规则从预设专网业务规则相关信息中推导出:该目的地址信息匹配的建立专网会话所需的专网名称相关信息。以下以专网名称是专网APN为例进行说明。
SMF/PGW-C1根据MME1发送的通知消息确定自身可以兼做专网SMF/PGW-C,则将自身作为专网SMF/PGW-C,即SMF/PGW-C1与专网SMF/PGW-C为同一个网元,可称为SMF/PGW-C1/专网SMF/PGW-C,并执行专网SMF/PGW-C为UE建立专网会话(APN为专网APN)的流程,包括从用户归属UDM/UDR/HSS/HLR获取用户的专网APN的会话管理签约数据、选择UPF/PGW-U、按需执行“二次鉴权/授权”以及为UE分配第二用户IP地址、执行专网APN的PCC策略,并控制选定的UPF/PGW-U为UE建立专网会话通道用户面。即不需执行图9中的第8-2步、第8-3步、第11步;需要执行第9-1步、第9-2步、第10步、第12步、第13步。其中:
(1)在选定UPF/PGW-U时,SMF/PGW-C1/专网SMF/PGW-C确定UPF/PGW-U1是否具备疏通专网APN的能力,若不具备,则确定UPF/PGW-U1作为专网APN的SGW-C,并选定具备疏通专网APN能力的UPF/PGW-U作为UPF/PGW-U2。
(2)SMF/PGW-C1/专网SMF/PGW-C通过“二次鉴权/授权”流程获得专网APN分配的第二用户IP地址或者由SMF/PGW-C1/专网SMF/PGW-C为UE分配用于专网APN的第二用户IP地址(图9中的IP地址2),并在第12步中发送给UPF/PGW-U1;对于专网,其收到的UE发送专网业务的UL上行数据报文中的源IP地址应是所述第二用户IP地址。
(3)在第13步,由SMF/PGW-C1/专网SMF/PGW-C控制UPF/PGW-U2和UPF/PGW-U1为UE建立专网APN的用户面通道,包括UPF/PGW-U1与UPF/PGW-U2之间的S5接口、UPF/PGW-U2与专网之间的SGi接口。通过上述步骤,网络侧为UE建立完成了专网APN的专网会话通道用户面。当专网业务具有多个时,通过专网APN可以为UE建立对应的多个专网会话通道用户面。值得注意的是,在4G网络中“二次鉴权/授权”称为“非透明方式接入”。
进一步的,如图6所示,步骤C30还包括以下步骤:
步骤C321:所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元和所述第二会话用户面网元的通知消息;
步骤C322:所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
步骤C323:所述第一会话控制面网元在根据所述通知消息确定自身兼做所述专网会话控制面网元以及所述第一会话用户面网元兼做第二会话用户面网元时,确定所述第二用户IP地址,发送所述第二用户IP地址至所述第一会话用户面网元;
步骤C324:所述第一会话控制面网元根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
具体的,MME1根据专网会话信息向归属的DNS进行寻址,也就是MME1向归属的DNS执行解析查询,通过解析查询结果得到专网会话控制面网元和第二会话用户面网元,其中专网会话控制面网元为专网SMF/PGW-C,第二会话用户面网元为UPF/PGW-U2,进而MME1向SMF/PGW-C1发送得到的专网SMF/PGW-C和UPF/PGW-U2的通知消息。SMF/PGW-C1接收到通知消息之后,获取到专网业务对应的专网APN后,在确定自身具备疏通专网APN的能力后,则确定自身兼做专网SMF/PGW-C;在确定自身不具备疏通专网APN的能力后,则确定自身不兼做专网SMF/PGW-C。
SMF/PGW-C1接收到UPF/PGW-U1发送的专网业务的访问事件后,如果访问事件中包括建立专网会话所需的专网名称相关信息,则根据访问事件可以获取到建立专网会话所需的专网名称相关信息;如果访问事件中包括目的地址信息,则可以获取到目的地址信息,然后根据目的地址信息、预设目的地址信息与专网名称相关信息的匹配规则从预设专网业务规则相关信息中推导出:该目的地址信息匹配的建立专网会话所需的专网名称相关信息。以下以专网名称是专网APN为例进行说明。
对于第一目标SMF/PGW-C兼做专网SMF/PGW-C以及第一目标UPF/PGW-U兼做第二目标UPF/PGW-U的场景,应理解为根据实际网络部署情况以及业务疏通方案,SMF/PGW-C1同时具备疏通公网业务和专网APN业务的能力,UPF/PGW-U1同时具备疏通公网业务和专网APN业务的能力,即:SMF/PGW-C1可以作为专网SMF/PGW-C,UPF/PGW-U1可以作为UPF/PGW-U2的场景。具体的,SMF/PGW-C1根据MME1发送的通知消息确定自身可以作为专网SMF/PGW-C,则将自身作为专网SMF/PGW-C,即SMF/PGW-C1与专网SMF/PGW-C为同一个网元,并执行专网SMF/PGW-C为UE建立专网会话(APN为专网APN)的流程,包括从用户归属UDM/UDR/HSS/HLR获取用户的专网APN的会话管理签约数据、选择UPF/PGW-U、按需执行“二次鉴权/授权”以及为UE分配第二用户IP地址、执行专网APN的PCC策略,并控制选定的UPF/PGW-U为UE建立专网会话通道用户面。即不需执行图9中的第8-2步、第8-3步、第11步;需要执行第9-1步、第9-2步、第10步、第12步、第13步。其中:
(1)在选定UPF/PGW-U时,SMF/PGW-C1/专网SMF/PGW-C确定UPF/PGW-U1是否具备疏通专网APN的能力,若具备,则确定UPF/PGW-U1作为专网APN的SGW-U和UPF/PGW-U,即专网APN的UPF/SAEGW-U2,UPF/PGW-U1和UPF/SAEGW-U为同一网元,可称为UPF/PGW-U1/SAEGW-U2。
(2)SMF/PGW-C1/专网SMF/PGW-C通过“二次鉴权/授权”流程获得专网APN分配的第二用户IP地址或者由SMF/PGW-C1/专网SMF/PGW-C为UE分配用于专网APN的第二用户IP地址(图9中的IP地址2),并在第12步中发送给UPF/PGW-U1或UPF/PGW-U2;对于专网,其收到的UE发送专网业务的UL上行数据报文中的源IP地址应是所述第二用户IP地址。
(3)在第13步,由SMF/PGW-C1或SMF/PGW-C2控制UPF/PGW-U1/SAEGW-U2为UE建立专网APN的用户面通道,包括UPF/PGW-U1/SAEGW-U2与专网之间的SGi接口、以及UPF/PGW-U1/SAEGW-U2的内部接口(即用于专网业务的S5接口)。通过上述步骤,网络侧为UE建立完成了专网APN的专网会话通道用户面。当专网业务具有多个时,通过专网APN可以为UE建立对应的多个专网会话通道用户面。值得注意的是,在4G网络中“二次鉴权/授权”称为“非透明方式接入”。
进一步的,如图7所示,步骤C30还包括以下步骤:
步骤C331:所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元、第二会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元、所述第二会话控制面网元和所述第二会话用户面网元的通知消息;
步骤C332:所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
步骤C333:所述第一会话控制面网元在根据所述通知消息确定自身不兼做所述专网会话控制面网元以及所述第一会话用户面网元不兼做第二会话用户面网元时,通知所述第二会话控制面网元兼做所述专网会话控制面网元,以及确定所述第二用户IP地址和所述第二会话用户面网元,并向所述第二会话控制面网元发送专网会话建立请求;
步骤C334:所述第二会话控制面网元向所述第一会话控制面网元返回专网会话建立响应,所述专网会话建立响应至少包括所述第二用户IP地址和所述第二会话用户面网元的相关接口的接口地址信息;
步骤C335:所述第一会话控制面网元接收到所述专网会话建立响应时,发送所述第二用户IP地址至所述第一会话用户面网元,以及根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元和所述第二会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同,所述会话发起网元在寻址专用会话网关时需携带用户公网会话网关信息以确保所述公网业务的锚点不变以及所述专网业务的网络拓扑可达,其中,用户公网会话网关信息包括第一会话控制面信息及一会话用户面信息,应理解的是4G网络下,MME在寻址专用会话网关时需携带用户公网会话网关信息以确保所述公网业务的锚点不变以及所述专网业务的网络拓扑可达,其中,用户公网会话网关信息包括SMF/PGW-C1信息及SMF/PGW-U1信息。
具体的,MME1根据专网会话信息向归属的DNS进行寻址,也就是MME1向归属的DNS执行解析查询,通过解析查询结果得到专网会话控制面网元、第二会话控制面网元和第二会话用户面网元,其中专网会话控制面网元为专网SMF/PGW-C,第二会话控制面网元为SMF/PGW-C2,第二会话用户面网元为UPF/PGW-U2,进而MME1向SMF/PGW-C1发送得到的专网SMF/PGW-C、SMF/PGW-C2和UPF/PGW-U2的通知消息。SMF/PGW-C1接收到通知消息之后,获取到专网业务对应的专网APN后,在确定自身具备疏通专网APN的能力后,则确定自身兼做专网SMF/PGW-C;在确定自身不具备疏通专网APN的能力后,则确定自身不兼做专网SMF/PGW-C。
SMF/PGW-C1接收到UPF/PGW-U1发送的专网业务的访问事件后,如果访问事件中包括建立专网会话所需的专网名称相关信息,则根据访问事件可以获取到建立专网会话所需的专网名称相关信息;如果访问事件中包括目的地址信息,则可以获取到目的地址信息,然后根据目的地址信息、预设目的地址信息与专网名称相关信息的匹配规则从预设专网业务规则相关信息中推导出:该目的地址信息匹配的建立专网会话所需的专网名称相关信息。以下以专网名称是专网APN为例进行说明。
对于第一目标SMF/PGW-C不兼做专网SMF/PGW-C以及第一目标UPF/PGW-U不兼做第二目标UPF/PGW-U的场景,应理解为根据实际网络部署情况以及业务疏通方案,SMF/PGW-C1仅具备疏通公网业务的能力并不具备疏通专网APN业务的能力,由于UPF/PGW-U2应是专网SMF/PGW-C控制的UPF/PGW-U,因而UPF/PGW-U1不具备疏通专网APN业务的能力,即:SMF/PGW-C1不能作为专网SMF/PGW-C,UPF/PGW-U1不能作为UPF/PGW-U2的场景。具体的,SMF/PGW-C1根据MME1发送的通知消息确定自身不能作为专网SMF/PGW-C,则通知SMF/PGW-C2兼做专网SMF/PGW-C,并向选定的专网SMF/PGW-C发送为UE建立专网会话(APN为专网APN)的流程,在接收到专网SMF/PGW-C返回的专网会话(APN为专网APN)建立响应消息后,控制UPF/PGW-U1和UPF/PGW-U2为UE建立专网会话通道用户面。即需要执行第8步至第13步的业务流程。其中:SMF/PGW-C1收到专网SMF/PGW-C返回的第二用户IP地址(专网SMF/PGW-C通过“二次鉴权/授权”流程获得专网APN分配的第二用户IP地址或者由专网SMF/PGW-C为UE分配用于专网APN的第二用户IP地址(图9中的IP地址2))后,在第12步中发送给UPF/PGW-U1;对于专网,其收到的UE发送专网业务的UL上行数据报文中的源IP地址应是所述第二用户IP地址。通过上述步骤,网络侧为UE建立完成了专网APN的专网会话通道用户面。当专网业务具有多个时,通过专网APN可以为UE建立对应的多个专网会话通道用户面。值得注意的是,在4G网络中“二次鉴权/授权”称为“非透明方式接入”。
对应于图9的第8步-第13步:MME1收到SMF/PGW-C1发送的专网会话激活请求后,即刻启动为该用户建立对应的专网会话的流程,包括:
(1)第8-1步,MME1向DNS执行解析查询,根据解析查询结果选择为UE建立专网APN的专网SMF/PGW-C,在用户漫游的场景下,还需要通过DNS递归查询发现为该用户服务的专网APN的第二目标SMF/PGW-C。此时该用户专网APN的第二目标SMF/PGW-C为用户归属地SMF/PGW-C,即图9中的SMF/PGW-C2,用户公网APN中的SMF/PGW-C1作为该用户专网APN的SGW-C,同时将选定的UPF/PGW-U1作为该用户专网APN的SGW-U。
(2)第8-2步,MME1将选定的负责该用户专网APN的PGW-C2的通知信息发送给公网业务的锚点PGW-C,即PGW-C1,以通知该PGW-C1。该PGW-C1作为该用户专网APN的I-PGW-C,并指示该用户专网APN的I-PGW-U,即PGW-U1分配并上报该用户专网APN的S5接口资源。
(3)第8-3步,PGW-C1向该用户专网APN选定的PGW-C2发送专网会话建立请求。
第9-1步~第11步:SMF/PGW-C2为UE建立专网会话,包括:SMF/PGW-C2与专网之间按需进行的“二次鉴权/授权”、从用户归属PCF/UDR/PCRF/SPR获得用户的签约的专网业务预设PCC策略、选择UPF/PGW-U2,并向UPF/PGW-U2下发专网业务预设PCC策略、指示分配用于专网会话的会话资源、为UE分配第二用户IP地址(图9中的IP地址2,也可以在“二次鉴权/授权”流程中由专网分配IP地址2)等,并向该用户专网业务的SGW-C(图9中的SMF/PGW-C1)返回相关信息以及完成相关的信息交互,上述步骤遵循3GPP标准。其中,在SMF/PGW-C1向SMF/PGW-C2发送的4G承载建立请求消息中,已经包含了用户APN的相关信息;在4G网络中“二次鉴权/授权”称为“非透明方式接入”。
其中,在第9-1步的“二次鉴权/授权”中,用户鉴权信息包括鉴权密码与用户名,若鉴权密码与用户名相同且均为MSISDN或IMSI中的用户MSISDN或IMSI,则公网业务的第一目标SMF/PGW-C/专网业务的SGW-C(图9中的SMF/PGW-C1)应代替UE完成,不需将鉴权信息转发给UE;若需要由UE提供用户名和密码,则公网业务的第一目标SMF/PGW-C/专网业务的SGW-C(即SMF/PGW-C1)需要透传UE与专网之间的用户鉴权信息。同时,在由专网业务的第二目标SMF/PGW-C(图9中的SMF/PGW-C2)为用户分配的第二用户IP地址(图9中的IP地址2)的情况下,需保证专网业务的第二目标SMF/PGW-C为用户分配的第二用户IP地址(图9中的IP地址2)应不与UE可以访问到的专网业务的所有IP地址重复,即专网业务的第二目标SMF/PGW-C为企业专网业务配置的第二用户IP地址池内应不包含表2中的“目的URL/URI和目的IP地址”字段中的任意IP地址,也就是第二用户IP地址不与预设PCC策略中的预设目的地址信息相同。
第12步:公网业务的第一目标SMF/PGW-C/专网业务的SGW-C(即SMF/PGW-C1)与公网业务的第一目标UPF/PGW-U/专网业务的SGW-U(图9中的UPF/PGW-U1)通过Sx接口完成信息交互,包括:SMF/PGW-C1向UPF/PGW-U1下发预设PCC策略、专网APN的第二目标UPF/PGW-U(图9中的UPF/PGW-U2)的S5接口信息、用于该用户专网APN的第二用户IP地址(图9中的IP地址2)等。并且公网业务的第一目标SMF/PGW-C/专网业务的SGW-C与该用户专网业务的目标SMF/PGW-C2完成相关信息交互,完成专网会话的建立。
第13步:公网业务的第一目标UPF/PGW-U/专网业务的SGW-U与该专网业务的第二目标UPF/PGW-U(图9中的UPF/PGW-U2)之间建立该专网会话的专网会话通道用户面,通过专网会话通道用户面疏通该用户的专网业务,即将第一目标UPF/PGW-U缓存的专网业务的UL上行数据报文和当前正在传输的UL上行数据报文(第一目标UPF/PGW-U在专网会话通道用户面建立后接收到的专网业务的UL上行数据报文)由专网会话通道用户面进行传输。
进一步的,执行步骤C30的同时,对于第一目标SMF/PGW-C兼做专网SMF/PGW-C以及第一目标UPF/PGW-U不兼做第二目标UPF/PGW-U的场景,或者第一目标SMF/PGW-C兼做专网SMF/PGW-C以及第一目标UPF/PGW-U兼做第二目标UPF/PGW-U的场景,或者第一目标SMF/PGW-C不兼做专网SMF/PGW-C以及第一目标UPF/PGW-U不兼做第二目标UPF/PGW-U的场景,如果专网需要启动二次鉴权/授权认证的流程,二次鉴权/授权认证的流程包括:
所述第一会话控制面网元在确定所述专网需要启动二次鉴权/授权、且自身保存有对所述用户终端进行二次鉴权所需的用户鉴权信息时,则可根据本地配置或预设专网业务规则相关信息代理所述用户终端执行二次鉴权/授权流程,并控制所述第一会话用户面网元执行所述专网对所述用户终端的相关授权。值得注意的是,所述二次鉴权/授权认证的流程对应于图9的第9-1步,具体参见上述第9-1步的具体内容。
如果SMF/PGW-C1确定专网需要启动二次鉴权/授权认证,且自身中保存有对UE进行二次鉴权所需的用户鉴权信息,SMF/PGW-C1替代UE进行二次鉴权,可以理解为SMF/PGW-C1根据本地配置或预设PCC策略代理UE执行二次鉴权/授权流程,并控制UPF/PGW-U1执行专网对UE的相关授权。其中,SMF/PGW-C1根据本地配置或预设PCC策略代理UE执行二次鉴权/授权流程具体的一种实现方式为:SMF/PGW-C1本地配置为:对于特定的专网名称相关信息(专网名称)启用代理UE进行二次鉴权,且鉴权参数为用户标识MSISDN或IMSI。另一种实现方式为:在表2中增加1个参数信息为“代理用户进行二次鉴权”,参数的取值为:“否”、“是,且鉴权参数为用户标识MSISDN”、“是,且鉴权参数为用户标识IMSI”,3种,若取值为“否”则SMF/PGW-C1不执行代理用户进行二次鉴权,若取值为“是,且鉴权参数为用户标识MSISDN”,则SMF/PGW-C1执行代理用户进行二次鉴权,且鉴权参数为用户标识MSISDN,若取值为“是,且鉴权参数为用户标识IMSI”,则SMF/PGW-C1执行代理用户进行二次鉴权,且鉴权参数为用户标识IMSI。
在第一目标SMF/PGW-C兼做专网SMF/PGW-C以及第一目标UPF/PGW-U不兼做第二目标UPF/PGW-U的场景,或者第一目标SMF/PGW-C兼做专网SMF/PGW-C以及第一目标UPF/PGW-U兼做第二目标UPF/PGW-U的场景,或者第一目标SMF/PGW-C不兼做专网SMF/PGW-C以及第一目标UPF/PGW-U不兼做第二目标UPF/PGW-U的场景下,无需将用户鉴权信息发送给UE,通过SMF/PGW-C1替代UE完成二次鉴权或授权流程,无需用户在UE上手动输入用户鉴权信息,实现了用户通过UE使用专网业务过程的无感知,提高了用户的业务访问体验。
步骤C40:所述第一会话用户面网元将所述公网会话通道用户面传输的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网。
本实施例中,专网会话通道用户面建立完成之后,公网业务的UPF/PGW-U1对于UE侧,仅存在一个公网会话通道用户面,包括S5/S8接口(存在SGW-U的情况下(图9中有SGW-U1))或S1-U接口(SGW-U与UPF/PGW-U1为同一UPF/SAEGW-U的情况下(在图9中SGW-U1与UPF/PGW-U1为同一网元));对于网络侧,同时存在一个公网会话通道用户面(仅存在SGi接口)和一个专网会话通道用户面(在UPF/PGW-U1不兼做UPF/PGW-U2时,存在的是S5接口、在UPF/PGW-U1兼做UPF/PGW-U2时,存在的是SGi接口)。
UPF/PGW-U1将公网会话通道用户面传输的所有专网业务的UL上行数据报文中的第一用户IP地址替换为第二用户IP地址。进而,UPF/PGW-U1将替换后的UL上行数据报文通过专网会话通道用户面传输至专网,即业务分流,实现专网的访问。其中,专网包括校园网、企业专网等,企业专网例如政府部门的专网、事业单位的专网、私有企业的专网等。UPF/PGW-U1将UL上行数据报文中的第一用户IP地址替换为第二用户IP地址,是替代UE完成的操作,不需UE支持多APN功能。
具体的,步骤C40包括:在所述专网会话通道用户面建立后,所述第一会话用户面网元将在所述专网会话通道用户面建立之前缓存的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,以及将在所述专网会话通道用户面建立之后收到的所有所述专网业务UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的在所述专网会话通道用户面建立之前缓存的所有所述专网业务的UL上行数据报文和替换后的在所述专网会话通道用户面建立之后收到的所有所述专网业务UL上行数据报文,依次通过所述专网会话通道用户面传输至专网。
应理解的是,在专网会话通道用户面建立后,UPF/PGW-U1将在专网会话通道用户面建立之前缓存的所有专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给用户终端的第二用户IP地址,以及将在专网会话通道用户面建立之后收到的所有专网业务UL上行数据报文中的第一用户IP地址替换为网络分配给用户终端的第二用户IP地址,并将替换后的在专网会话通道用户面建立之前缓存的所有专网业务的UL上行数据报文和替换后的在专网会话通道用户面建立之后收到的所有专网业务UL上行数据报文,依次通过专网会话通道用户面传输至专网。其中,专网会话通道用户面传输UL上行数据报文遵循先收到先转发的规则。
进一步的,本实施例是支持同一用户的公网业务中的多个专网业务的分流和汇聚。考虑到用户存在通过同一UE使用多个专网业务的情况,则根据用户在同一UE上的同一公网业务会话通道用户面中使用的专网业务归属的专网名称相关信息,为UE建立对应的多个专网会话通道用户面,即第一会话用户面网元将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网包括:
所述第一会话用户面网元执行业务分流规则,以根据所述UL上行数据报文确定专网会话通道标识,并将替换后的所述UL上行数据报文通过所述专网会话通道标识对应的专网会话通道用户面传输至专网。
应理解的是,当存在一个或多个专网业务时,专网会话通道用户面建立后,每个专网业务对应一个专网会话通道用户面,每个专网会话通道用户面具有一个对应的专网会话通道标识。UPF/PGW-U1执行业务分流规则,根据不同专网业务对应的目标UL上行数据确定专网会话通道标识,通过确定的专网会话通道标识,可以匹配到对应的专网会话通道用户面,UPF/PGW-U1将每个UL上行数据报文中的第一用户IP地址替换为第二用户IP地址,然后根据相应的专网会话通道标识,将各个替换后的所述UL上行数据报文通过专网名称相关信息对应的专网会话通道用户面传输至专网,实现了业务分流。其中,每个专网业务对应一个各自的第二用户IP地址。
步骤C50:所述第一会话用户面网元将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址,并将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面以及基站发送至所述用户终端。
本实施例中,UPF/PGW-U1将替换后的UL上行数据报文通过专网会话通道用户面传输至专网之后,专网向UE发送DL下行数据报文。UPF/PGW-U1将DL下行数据报文中的第二用户IP地址替换为第一用户IP地址,此处的第二用户IP地址和第一用户IP地址均理解为目的IP地址,即替换后的DL下行数据报文中包括的第一用户IP地址与替换前UL上行数据报文中包括的第一用户IP地址是对应的。进而,UPF/PGW-U1将替换后的DL下行数据报文依次经过公网会话通道用户面以及基站发送至UE,用户通过UE可以看到自己所需的访问信息。
其中,UPF/PGW-U1对于从公网会话通道用户面的SGi接口接收的数据,转发至公网会话通道用户面的S5/S8接口(存在SGW-U的情况下(图9中有SGW-U1))或S1-U接口(SGW-U与UPF/PGW-U1为同一UPF/SAEGW-U的情况下(在图9中SGW-U1与UPF/PGW-U1为同一网元)),再经eNB发送至UE;UPF/PGW-U1对于从专网会话通道用户面的S5接口(在UPF/PGW-U1不兼做UPF/PGW-U2时,存在的是S5接口)或SGi接口(在UPF/PGW-U1兼做UPF/PGW-U2时,存在的是SGi接口)接收的数据,转发至公网会话通道用户面的S5/S8接口(存在SGW-U的情况下(图9中有SGW-U1))或S1-U接口(SGW-U与UPF/PGW-U1为同一UPF/SAEGW-U的情况下(在图9中SGW-U1与UPF/PGW-U1为同一网元)),再经eNB发送至UE。其中,UE的IP地址为公网会话的第一用户IP地址(图9中的IP地址1)。对于用于公网会话通道用户面的IP地址(图9中的IP地址1)、用于专网会话通道用户面的IP地址(图9中的IP地址2)分别均可以采用IPv4v6、IPv4、IPv6。其中,将第一用户IP地址替换为第二用户IP地址以及将第二用户IP地址替换为第一用户IP地址的一种实现方式如图8所示,图8为第一用户IP地址与第二用户IP地址的映射关系示意图。
进一步的,考虑到用户通过UE使用的专网业务具有多个的情况,则相应建立与专网业务的数量相同的专网会话通道用户面,而公网会话通道用户面是一个,则专网将不同专网业务对应的DL下行数据报文按照对应的专网会话通道用户面,各个专网会话通道用户面会将各自传输的DL下行数据报文输送至公网会话通道用户面。对于公网中存在公网SGW-U(图9中的公网SGW-U1)和SGW-U与UPF/PGW-U1为同一UPF/SAEGW-U的情况下(在图9中SGW-U1与UPF/PGW-U1为同一网元)的情况,步骤C50包括以下步骤:
所述第一会话用户面网元执行业务汇聚规则,以将所述专网会话通道标识对应的专网会话通道用户面传输的目标DL下行数据汇聚至所述第一会话用户面网元与所述基站间的所述公网会话通道用户面中;
将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址;
将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元以及基站发送至所述用户终端;或者,
将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元、中间会话用户面网元以及基站发送至所述用户终端。
具体的,对于SGW-U与UPF/PGW-U1为同一UPF/SAEGW-U的情况下(在图9中SGW-U1与UPF/PGW-U1为同一网元)的情况,当建立的专网会话通道用户面具有多个时,UPF/PGW-U1执行业务汇聚规则,以将各个专网会话通道标识对应的专网会话通道用户面传输的目标DL下行数据汇聚至UPF/PGW-U1与eNB间的公网会话通道用户面中,然后将专网发送给UE的DL下行数据报文中的第二用户IP地址替换为第一用户IP地址,进而将替换后的DL下行数据报文依次经公网会话通道用户面的UPF/PGW-U1以及eNB发送至UE。
对于公网中存在SGW-U1的情况,当建立的专网会话通道用户面具有多个时,UPF/PGW-U1执行业务汇聚规则,以将各个专网会话通道标识对应的专网会话通道用户面传输的目标DL下行数据汇聚至UPF/PGW-U1与eNB间的公网会话通道用户面中,然后将专网发送给UE的DL下行数据报文中的第二用户IP地址替换为第一用户IP地址,进而将替换后的DL下行数据报文依次经公网会话通道用户面的UPF/PGW-U1、SGW-U1以及eNB发送至UE。
本实施例根据上述技术方案,实现了为用户终端通过单一会话通道承载公网业务和专网业务,且网络能够对用户终端的专网业务和公网业务分别进行计费和业务管控。对于不支持多APN功能的用户终端,可以为用户同时提供公网业务和专网业务。当用户通过不支持多APN功能或支持多APN功能的用户终端的使用专网业务时,用户不需在用户终端进行繁琐的配置,可以通过在公网页面上点击链接或输入目的地址的简单操作,实现在公网业务的使用过程中启动和使用专网业务,无需进行额外操作便可以进行专网访问,提高了用户通过用户终端使用专网业务的无感知和用户的业务访问体验。
进一步的,基于上述实施例,步骤C30之后还包括:所述会话发起网元统计公网会话的数量和专网会话的数量。
应理解的是,专网会话通道用户面的建立流程是由MME1启动的,则MME1明确公网会话通道用户面的数量和专网会话通道用户面的数量,可以统计出公网会话的数量和专网会话的数量。
MME1对用户的公网会话和专网会话进行统计,公网会话和专网会话的数量分别对应公网会话通道用户面的数量和专网会话通道用户面的数量。在UE的切换/漫游流程中需保持公网APN的锚点SMF/PGW-C(专网APN的I-SMF)不变实现公网和专网的业务连续性。公网APN业务的锚点SMF/PGW-C(即SMF/PGW-C1)通过基于MME标识或其他参数支持向同一运营商或其它运营商的全部或部分MME发送通知消息激活对应的专网会话从而实现对该业务触发的适用范围的控制。
进一步的,基于上述实施例,所述业务访问处理方法,还包括:
所述第一会话控制面网元和所述第一会话用户面网元对所述公网会话通道用户面和所述专网会话通道用户面进行分段管理,以及对所述公网业务对应的公网会话和所述专网业务对应的专网会话分别进行会话管控、流量统计和计费。
应理解的是,SMF/PGW-C1不兼做专网SMF/PGW-C且UPF/PGW-U1不兼做UPF/PGW-U2的情况、SMF/PGW-C1兼做专网SMF/PGW-C且UPF/PGW-U1不兼做UPF/PGW-U2的情况,公网业务的第一目标SMF/PGW-C/专网业务的SGW-C(即SMF/PGW-C1)和公网业务的第一目标UPF/PGW-U/专网业务的SGW-U(即UPF/PGW-U1)能够配合实现对公网会话与专网会话分别统计流量和产生计费话单、分别进行管控;如图9所示:公网会话用户面为:UE—无线eNB—(SGW-U1,独立或与UPF/PGW-U1为同一网元)—UPF/PGW-U1—公网;专网会话用户面为:UE—无线eNB—(SGW-U1,独立或与UPF/PGW-U1为同一网元)—UPF/PGW-U1/SGW-U2(对于UL上行数据报文,将第一用户IP地址从用户IP地址1替换为用户IP地址2;对于DL下行数据报文,将第二用户IP地址从用户IP地址2替换为用户IP地址1)—UPF/PGW-U2—专网;对于上述2个会话通道用户面分别进行流量统计和计费、分别进行会话管控。
SMF/PGW-C1兼做专网SMF/PGW-C,UPF/PGW-U1兼做UPF/PGW-U2的情况,公网业务的第一目标SMF/PGW-C/专网业务的目标SMF/PGW-C(即SMF/PGW-C1)和公网业务的第一目标UPF/PGW-U/专网业务的目标UPF/PGW-U(即UPF/PGW-U1)能够配合实现对公网会话与专网会话分别统计流量和产生计费话单、分别进行管控;如图9所示:公网会话用户面为:UE—无线eNB—(SGW-U1,独立或与UPF/PGW-U1为同一网元)—UPF/PGW-U1—公网;专网会话用户面为:UE—无线eNB—(SGW-U1,独立或与UPF/PGW-U1为同一网元)—UPF/PGW-U1/SGW-U2/UPF/PGW-U2(对于UL上行数据报文,将第一用户IP地址从用户IP地址1替换为用户IP地址2;对于DL下行数据报文,将第二用户IP地址从用户IP地址2替换为用户IP地址1)—专网;对于上述2个会话通道用户面分别进行流量统计和计费、分别进行会话管控。
进一步的,基于上述实施例,所述业务访问处理方法,还包括:
采用至少两个QoS Flow分别与所述公网会话通道用户面和所述专网会话通道用户面进行关联,以对所述公网业务对应的公网会话和所述专网业务对应的专网会话分别进行端到端的会话管控、流量统计和计费。
应理解的是,在UE支持的情况下,对于“UE—无线eNB—(SGW-U1,独立或与UPF/PGW-U1为同一网元)—UPF/PGW-U1段”,可以采用2个QoS Flow,1个QoS Flow关联到公网会话通道用户面的“UPF/PGW-U1—公网”段,另1个QoS Flow关联到专网会话通道用户面的“UPF/PGW-U1/SGW-U2—UPF/PGW-U2—专网或UPF/PGW-U1/SGW-U2/UPF/PGW-U2—专网”段,以使无线网便于对UE的公网业务和专网业务分别执行QoS管控、流量统计和计费。
进一步的,参考图9,图9包括了用户漫游且网络在漫游地已经存在独立的SGW-C和SGW-U的场景。
对于用户漫游且网络在漫游地不存在独立的SGW-C和SGW-U的场景,也可参考图9,其差别在于图9中的SGW-C1与SMF/PGW-C1为同一网元SMF/SAEGW-C1、SGW-U1与UPF/PGW-U1为同一网元UPF/SAEGW-U1,MME与SMF/PGW-C1直接互通、无线eNB与UPF/SAEGW-U1直接互通。
对于用户未漫游但网络已经存在独立的SGW-C和SGW-U、且为用户提供的公网会话的SMF/PGW-C能够选择到专网APN接入的UPF/PGW-U的场景,也可参考图9,其差别在于图9中SMF/PGW-C1与SMF/SAEGW-C2为同一个SMF/PGW-C1/SAEGW-C2。
对于用户未漫游但网络已经存在独立的SGW-C和SGW-U、且为用户提供的公网会话的UPF/PGW-U是专网APN接入的UPF/PGW-U的场景,也可参考图9,其差别在于图9中SMF/PGW-C1与SMF/SAEGW-C2为同一个SMF/PGW-C1/SAEGW-C2、UPF/PGW-U1与UPF/SAEGW-U2为同一个UPF/PGW-U1/SAEGW-U2。
对于用户未漫游且网络不存在独立的SGW-C和SGW-U的场景、且为用户提供的公网会话的SMF/PGW-C能够选择到专网APN接入的UPF/PGW-U的场景,也可参考图9,其差别在于图9中的SGW-C1与SMF/PGW-C1为同一网元SMF/SAEGW-C1、SGW-U1与UPF/PGW-U1为同一网元UPF/SAEGW-U1,MME与SMF/PGW-C1直接互通、无线eNB与UPF/SAEGW-U1直接互通,SMF/PGW-C1与SMF/SAEGW-C2为同一个SMF/PGW-C1/SAEGW-C2。
对于用户未漫游且网络不存在独立的SGW-C和SGW-U、且为用户提供的公网会话的UPF/PGW-U是专网APN接入的UPF/PGW-U的场景,也可参考图9,其差别在于图9中的SGW-C1与SMF/PGW-C1为同一网元SMF/SAEGW-C1、SGW-U1与UPF/PGW-U1为同一网元UPF/SAEGW-U1,MME与SMF/PGW-C1直接互通、无线eNB与UPF/SAEGW-U1直接互通,SMF/PGW-C1与SMF/SAEGW-C2为同一个SMF/PGW-C1/SAEGW-C2、UPF/PGW-U1与UPF/SAEGW-U2为同一个UPF/PGW-U1/SAEGW-U2。
针对于图9的场景,若此后UE发生跨SGW-C(图9中的SGW-C1)的切换/漫游,则MME为UE选择新的SGW-C,而公网业务的第一目标SMF/PGW-C/专网APN业务的SGW-C(图9中的SMF/PGW-C1)不变,即:仅是将图9中的SGW-C1和SGW-U1更换为相应的新的SGW-C和SGW-U,采用SSC mode1方式,用户的公网业务和专网业务不中断,且遵循3GPP标准。
针对于图9中SGW-C1与SMF/PGW-C1为同一网元SMF/SAEGW-C1的场景,即MME与SMF/PGW-C1直接互通、无线eNB与UPF/SAEGW-U1直接互通,若此后UE发生跨SGW-C(图9中的SGW-C)的切换/漫游,则MME为UE选择SGW-C(例如图9中的SGW-C1),而公网业务的第一目标SMF/PGW-C/专网APN业务的SGW-C(图9中的SMF/PGW-C1)不变,即:在图9中存在独立的SGW-C1和SGW-U1,采用SSC mode1方式,用户的公网业务和专网业务不中断,且遵循3GPP标准。
值得注意的是,上述实现过程中,除本发明公开的技术实现方案外,均是遵循3GPP标准,基于4G网络的基本规范,网络在为4G的UE建立会话(公网会话和专网会话)过程中,必须是基于APN的。本发明中所有涉及到会话建立过程,网络均是基于APN来为UE选择SMF/PGW-C和UPF/PGW-U以及建立会话的,为了简化描述,在发明申请提案中所有涉及到APN的内容,均是指在相应的APN。
本发明同样适用于4G用户使用支持4G功能的用户终端(例如:4G终端、3G/4G终端、2G/3G/4G等、以及同时支持4G和5G终端的多模终端等)接入4G网络,享受网络提供的“在用户的公网业务中识别到专网业务时立即为用户建立传送相应专网业务的专用通道”的服务。4G网络为使用支持4G功能的用户终端接入4G网络的4G用户提供“在用户的公网业务中识别到专网业务时立即为用户建立传送相应专网业务的专用通道”服务的场景,其基本实现原理与第二实施例基本相同,其差别仅在于:会话控制面网元可以是不具备SMF功能的PGW-C或PGW-C/GGSN-C;会话用户面网元可以是不具备UPF功能的PGW-U或PGW-U/GGSN-U;用户数据管理网元为HSS或UDM/UDR/HSS或HSS/HLR或UDM/UDR/HSS/HLR;策略控制网元为PCRF/SPR或PCF/UDR/PCRF/SPR;网络数据库网元的功能可以由DRA、EPC DNS实现,其中:DRA负责MME与HSS之间、PGW-C与PCRF之间的通信,EPC DNS用于选择SGW-C和PGW-C;并且:SGW-C与PGW-C通常合设为SAEGW-C或SAEGW/GGSN-C;SGW-U与PGW-U通常合设为SAEGW-U或SAEGW/GGSN-U;在4G网络中会话控制面网元与会话用户面网元可以合设为SGW、PGW、SAEGW、PGW/GGSN、SAE-GW/GGSN。
如图10所示,本发明提供的一种业务访问处理装置,所述业务访问处理装置包括:
事件发送模块310,用于基于用户终端发起的公网业务,采用第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件;
请求发送模块320,用于采用所述第一会话控制面网元向会话发起网元传递专网会话信息及第一会话控制面网元信息并可选择性的触发专网会话建立请求;
会话建立模块330,用于采用所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面;
业务分流模块340,用于采用所述第一会话用户面网元将所述公网会话通道用户面传输的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网;
业务汇聚模块350,用于采用所述第一会话用户面网元将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址,并将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面以及基站发送至所述用户终端。
进一步的,所述事件发送模块310,还用于采用所述第一会话用户面网元缓存所述公网会话通道用户面中的所有所述专网业务的UL上行数据报文;以及通过所述公网会话通道用户面转发所述公网业务的UL上行数据报文和DL下行数据报文;其中,所述公网会话通道用户面转发的所述公网业务中不包括所述专网业务,且所述公网会话通道用户面转发的所述公网业务不触发为用户建立专网会话的流程。
进一步的,所述会话建立模块330在采用所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面方面,具体用于在所述专网会话通道用户面建立后,采用所述第一会话用户面网元将在所述专网会话通道用户面建立之前缓存的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,以及将在所述专网会话通道用户面建立之后收到的所有所述专网业务UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的在所述专网会话通道用户面建立之前缓存的所有所述专网业务的UL上行数据报文和替换后的在所述专网会话通道用户面建立之后收到的所有所述专网业务UL上行数据报文,依次通过所述专网会话通道用户面传输至专网。
进一步的,所述事件发送模块310,还用于采用所述第一会话用户面网元获取所述用户终端发送的所述UL上行数据报文中的目的地址信息,在识别所述目的地址信息与专网业务的预设目的地址信息相同时,确定所述UL上行数据报文为专网业务;
所述专网业务的预设目的地址信息通过以下至少一种方式得到:
所述专网业务的预设目的地址信息是由所述第一会话用户面网元从自身的本地配置中获取的;
所述专网业务的预设目的地址信息是由所述第一会话用户面网元从所述第一会话控制面网元发送给自身的预设专网业务规则相关信息中得到的;
所述预设专网业务规则相关信息是所述第一会话控制面网元通过PCC方式和/或自身的本地配置中获得,并在为所述用户终端建立所述公网会话通道用户面的过程中将所述预设专网业务规则相关信息发送给第一会话用户面网元;
所述第一会话控制面网元通过PCC方式获得所述预设专网业务规则相关信息包括以下至少一种方式:
在为所述用户终端建立公网会话的过程中,策略控制网元向所述第一会话控制面网元下发全量的所述预设专网业务规则相关信息;
在为所述用户终端建立公网会话的过程中,所述策略控制网元向所述第一会话控制面网元下发PCC预定义规则,所述第一会话控制面网元根据所述PCC预定义规则从自身的本地配置PCC预定义策略,以得到所述预设专网业务规则相关信息,所述预设专网业务规则相关信息至少包括PCC策略标识、公网名称相关信息、所述专网业务的预设目的地址信息、建立专网会话所需的专网名称相关信息以及用户标识信息。
进一步的,所述事件发送模块310,还用于采用所述第一会话用户面网元从所述预设专网业务规则相关信息中获取所述目的地址信息匹配的所述建立专网会话所需的专网名称相关信息,并根据所述建立专网会话所需的专网名称相关信息生成所述专网业务的访问事件;或者,
采用所述第一会话用户面网元根据所述目的地址信息生成所述专网业务的访问事件。
进一步的,所述业务访问处理装置,还包括:
公网会话请求发送单元,用于采用会话发起网元接收到所述用户终端发起的公网业务激活请求时,选择所述用户终端的公网业务对应的第一会话控制面网元,并向所述第一会话控制面网元发送公网会话建立请求;
公网会话建立单元,用于采用所述第一会话控制面网元选择第一会话用户面网元,并控制所述第一会话用户面网元建立所述公网业务的公网会话通道用户面以及向所述用户终端分配所述第一用户IP地址;其中,所述第一用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
进一步的,所述会话建立模块330包括:
第一通知发送单元,用于采用所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元和所述第二会话用户面网元的通知消息;
第一信息获取单元,用于采用所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
第一信息发送单元,用于采用所述第一会话控制面网元在根据所述通知消息确定自身兼做所述专网会话控制面网元以及所述第一会话用户面网元不兼做第二会话用户面网元时,确定所述第二用户IP地址和所述第二会话用户面网元,并发送所述第二用户IP地址至所述第一会话用户面网元;
第一用户面建立单元,用于采用所述第一会话控制面网元根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元和所述第二会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
进一步的,所述会话建立模块330,还包括:
第二通知发送单元,用于采用所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元和所述第二会话用户面网元的通知消息;
第二信息获取单元,用于采用所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
第二信息发送单元,用于采用所述第一会话控制面网元在根据所述通知消息确定自身兼做所述专网会话控制面网元以及所述第一会话用户面网元兼做第二会话用户面网元时,确定所述第二用户IP地址,发送所述第二用户IP地址至所述第一会话用户面网元;
第二用户面建立单元,用于采用所述第一会话控制面网元根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
进一步的,所述会话建立模块330,还包括:
第三通知发送单元,用于采用所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元、第二会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元、所述第二会话控制面网元和所述第二会话用户面网元的通知消息;
第三信息获取单元,用于采用所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
第三信息发送单元,用于采用所述第一会话控制面网元在根据所述通知消息确定自身不兼做所述专网会话控制面网元以及所述第一会话用户面网元不兼做第二会话用户面网元时,通知所述第二会话控制面网元兼做所述专网会话控制面网元,以及确定所述第二用户IP地址和所述第二会话用户面网元,并向所述第二会话控制面网元发送专网会话建立请求;
第四信息发送单元,用于采用所述第二会话控制面网元向所述第一会话控制面网元返回专网会话建立响应,所述专网会话建立响应至少包括所述第二用户IP地址和所述第二会话用户面网元的相关接口的接口地址信息;
第三用户面建立单元,用于采用所述第一会话控制面网元接收到所述专网会话建立响应时,发送所述第二用户IP地址至所述第一会话用户面网元,以及根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元和所述第二会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同,所述会话发起网元在寻址专用会话网关时需携带用户公网会话网关信息以确保所述公网业务的锚点不变以及所述专网业务的网络拓扑可达。
进一步的,所述会话建立模块330,还包括:
鉴权单元,用于采用所述第一会话控制面网元在确定所述专网需要启动二次鉴权/授权、且自身保存有对所述用户终端进行二次鉴权所需的用户鉴权信息时,则可根据本地配置或预设专网业务规则相关信息代理所述用户终端执行二次鉴权/授权流程,并控制所述第一会话用户面网元执行所述专网对所述用户终端的相关授权。
进一步的,所述业务分流模块340在将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网的方面,具体用于:
采用所述第一会话用户面网元执行业务分流规则,以根据所述UL上行数据报文确定专网会话通道标识,并将替换后的所述UL上行数据报文通过所述专网会话通道标识对应的专网会话通道用户面传输至专网。
进一步的,所述业务汇聚模块350包括:
报文汇聚单元,用于采用所述第一会话用户面网元执行业务汇聚规则,以将所述专网会话通道标识对应的专网会话通道用户面传输的目标DL下行数据汇聚至所述第一会话用户面网元与所述基站间的所述公网会话通道用户面中;
地址替换单元,用于将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址;
地址发送单元,用于将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元以及基站发送至所述用户终端;或者将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元、中间会话用户面网元以及基站发送至所述用户终端。
进一步的,所述业务访问处理装置,还包括:
数量统计单元,用于采用所述会话发起网元统计公网会话的数量和专网会话的数量。
进一步的,所述业务访问处理装置,还包括:
第一管控单元,用于采用所述第一会话控制面网元和所述第一会话用户面网元对所述公网会话通道用户面和所述专网会话通道用户面进行分段管理,以及对所述公网业务对应的公网会话和所述专网业务对应的专网会话分别进行会话管控、流量统计和计费。
进一步的,所述业务访问处理装置,还包括:
第二管控单元,用于采用至少两个QoS Flow分别与所述公网会话通道用户面和所述专网会话通道用户面进行关联,以对所述公网业务对应的公网会话和所述专网业务对应的专网会话分别进行端到端的会话管控、流量统计和计费。
本发明业务访问处理装置具体实施方式与上述业务处理方法各实施例基本相同,在此不再赘述。
进一步的,本发明还提供了一种移动通信网分组域设备,所述移动通信网分组域设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务处理程序,所述业务处理程序被所述处理器执行时实现上述的业务处理方法的步骤。
进一步的,本发明还提供了一种存储介质,其上存储有业务处理程序,所述业务处理程序被处理器执行时实现上述的业务处理方法的步骤。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
应当注意的是,在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (17)
1.一种业务处理方法,其特征在于,应用于移动通信网分组域设备,所述业务处理方法包括:
基于用户终端发起的公网业务,第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件;
所述第一会话控制面网元向会话发起网元传递专网会话信息及第一会话控制面网元信息并可选择性的触发专网会话建立请求,所述专网会话信息为公网业务中的专网业务分流策略的PCC策略中的信息,在用户归属PCF/UDR签约开通公网业务中的专网业务分流策略的PCC策略,称为预设PCC策略,所述预设PCC策略指明:在公网DNN的公网会话的UL上行数据报文中检测到目的地址为专网的目的URL/URI和目的IP地址中的一个时,则为用户激活专网DNN,其中,UL上行数据报文中的目的地址应在所述PCC策略信息中包含的所有专网目的URL/URI和目的IP地址范围之内;
所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面;
所述第一会话用户面网元将所述公网会话通道用户面传输的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网;以及,
所述第一会话用户面网元执行业务汇聚规则,以将所述专网会话通道标识对应的专网会话通道用户面传输的目标DL下行数据汇聚至所述第一会话用户面网元与所述基站间的所述公网会话通道用户面中;
将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址;
将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元以及基站发送至用户终端;或者,
将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元、中间会话用户面网元以及基站发送至所述用户终端;
其中,所述第一用户IP地址为用于公网会话通道用户面的IP地址,所述第二用户IP地址为用于专网会话通道用户面的IP地址。
2.如权利要求1所述的方法,其特征在于,所述基于用户终端发起的公网业务,第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件的同时,还包括:
所述第一会话用户面网元缓存所述公网会话通道用户面中的所有所述专网业务的UL上行数据报文;以及,
所述公网会话通道用户面转发所述公网业务的UL上行数据报文和DL下行数据报文;其中,所述公网会话通道用户面转发的所述公网业务中不包括所述专网业务,且所述公网会话通道用户面转发的所述公网业务不触发为用户建立专网会话的流程。
3.如权利要求1所述的方法,其特征在于,所述第一会话用户面网元将所述公网会话通道用户面传输的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网,包括:
在所述专网会话通道用户面建立后,所述第一会话用户面网元将在所述专网会话通道用户面建立之前缓存的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,以及将在所述专网会话通道用户面建立之后收到的所有所述专网业务UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的在所述专网会话通道用户面建立之前缓存的所有所述专网业务的UL上行数据报文和替换后的在所述专网会话通道用户面建立之后收到的所有所述专网业务UL上行数据报文,依次通过所述专网会话通道用户面传输至专网。
4.如权利要求1所述的方法,其特征在于,所述业务访问处理方法还包括:
所述第一会话用户面网元获取所述用户终端发送的所述UL上行数据报文中的目的地址信息,在识别所述目的地址信息与专网业务的预设目的地址信息相同时,确定所述UL上行数据报文为专网业务;
所述专网业务的预设目的地址信息通过以下至少一种方式得到:
所述专网业务的预设目的地址信息是由所述第一会话用户面网元从自身的本地配置中获取的;
所述专网业务的预设目的地址信息是由所述第一会话用户面网元从所述第一会话控制面网元发送给自身的预设专网业务规则相关信息中得到的;
所述预设专网业务规则相关信息是所述第一会话控制面网元通过PCC方式和/或自身的本地配置中获得,并在为所述用户终端建立所述公网会话通道用户面的过程中将所述预设专网业务规则相关信息发送给第一会话用户面网元;
所述第一会话控制面网元通过PCC方式获得所述预设专网业务规则相关信息包括以下至少一种方式:
在为所述用户终端建立公网会话的过程中,策略控制网元向所述第一会话控制面网元下发全量的所述预设专网业务规则相关信息;
在为所述用户终端建立公网会话的过程中,所述策略控制网元向所述第一会话控制面网元下发PCC预定义规则,所述第一会话控制面网元根据所述PCC预定义规则从自身的本地配置PCC预定义策略,以得到所述预设专网业务规则相关信息,所述预设专网业务规则相关信息至少包括PCC策略标识、公网名称相关信息、所述专网业务的预设目的地址信息、建立专网会话所需的专网名称相关信息以及用户标识信息。
5.如权利要求4所述的方法,其特征在于,所述业务访问处理方法,还包括:
所述第一会话用户面网元从所述预设专网业务规则相关信息中获取所述目的地址信息匹配的所述建立专网会话所需的专网名称相关信息,并根据所述建立专网会话所需的专网名称相关信息生成所述专网业务的访问事件;或者,
所述第一会话用户面网元根据所述目的地址信息生成所述专网业务的访问事件。
6.如权利要求1所述的方法,其特征在于,所述基于用户终端发起的公网业务,第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件之前,还包括:
会话发起网元接收到所述用户终端发起的公网业务激活请求时,选择所述用户终端的公网业务对应的第一会话控制面网元,并向所述第一会话控制面网元发送公网会话建立请求;
所述第一会话控制面网元选择第一会话用户面网元,并控制所述第一会话用户面网元建立所述公网业务的公网会话通道用户面以及向所述用户终端分配所述第一用户IP地址;其中,所述第一用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
7.如权利要求1所述的方法,其特征在于,所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面包括:
所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元和所述第二会话用户面网元的通知消息;
所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
所述第一会话控制面网元在根据所述通知消息确定自身兼做所述专网会话控制面网元以及所述第一会话用户面网元不兼做第二会话用户面网元时,确定所述第二用户IP地址和所述第二会话用户面网元,并发送所述第二用户IP地址至所述第一会话用户面网元;
所述第一会话控制面网元根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元和所述第二会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
8.如权利要求1所述的方法,其特征在于,所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面,还包括:
所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元和所述第二会话用户面网元的通知消息;
所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
所述第一会话控制面网元在根据所述通知消息确定自身兼做所述专网会话控制面网元以及所述第一会话用户面网元兼做第二会话用户面网元时,确定所述第二用户IP地址,发送所述第二用户IP地址至所述第一会话用户面网元;
所述第一会话控制面网元根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同。
9.如权利要求1所述的方法,其特征在于,所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面,还包括:
所述会话发起网元根据所述专网会话信息及所述第一会话控制面网元信息进行寻址,得到专网会话控制面网元、第二会话控制面网元和第二会话用户面网元,并向所述第一会话控制面网元发送得到的所述专网会话控制面网元、所述第二会话控制面网元和所述第二会话用户面网元的通知消息;
所述第一会话控制面网元获取所述访问事件中包括的建立专网会话所需的专网名称相关信息,或者所述第一会话控制面网元获取所述访问事件中包括的目的地址信息,并根据所述目的地址信息从预设专网业务规则相关信息中匹配得到建立专网会话所需的专网名称相关信息;
所述第一会话控制面网元在根据所述通知消息确定自身不兼做所述专网会话控制面网元以及所述第一会话用户面网元不兼做第二会话用户面网元时,通知所述第二会话控制面网元兼做所述专网会话控制面网元,以及确定所述第二用户IP地址和所述第二会话用户面网元,并向所述第二会话控制面网元发送专网会话建立请求;
所述第二会话控制面网元向所述第一会话控制面网元返回专网会话建立响应,所述专网会话建立响应至少包括所述第二用户IP地址和所述第二会话用户面网元的相关接口的接口地址信息;
所述第一会话控制面网元接收到所述专网会话建立响应时,发送所述第二用户IP地址至所述第一会话用户面网元,以及根据所述建立专网会话所需的专网名称相关信息控制所述第一会话用户面网元和所述第二会话用户面网元建立所述专网名称相关信息对应的所述专网会话通道用户面;其中,所述第二用户IP地址与预设专网业务规则相关信息中的所述专网业务的预设目的地址信息不相同,所述会话发起网元在寻址专用会话网关时需携带用户公网会话网关信息以确保所述公网业务的锚点不变以及所述专网业务的网络拓扑可达。
10.如权利要求7-9中任一项所述的方法,其特征在于,所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面的同时,还包括:
所述第一会话控制面网元在确定所述专网需要启动二次鉴权/授权、且自身保存有对所述用户终端进行二次鉴权所需的用户鉴权信息时,则可根据本地配置或预设专网业务规则相关信息代理所述用户终端执行二次鉴权/授权流程,并控制所述第一会话用户面网元执行所述专网对所述用户终端的相关授权。
11.如权利要求1所述的方法,其特征在于,所述将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网包括:
所述第一会话用户面网元执行业务分流规则,以根据所述UL上行数据报文确定专网会话通道标识,并将替换后的所述UL上行数据报文通过所述专网会话通道标识对应的专网会话通道用户面传输至专网。
12.如权利要求1所述的方法,其特征在于,所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面之后,还包括:
所述会话发起网元统计公网会话的数量和专网会话的数量。
13.如权利要求1所述的方法,其特征在于,所述业务访问处理方法,还包括:
所述第一会话控制面网元和所述第一会话用户面网元对所述公网会话通道用户面和所述专网会话通道用户面进行分段管理,以及对所述公网业务对应的公网会话和所述专网业务对应的专网会话分别进行会话管控、流量统计和计费。
14.如权利要求1所述的方法,其特征在于,所述业务访问处理方法,还包括:
采用至少两个QoS Flow分别与所述公网会话通道用户面和所述专网会话通道用户面进行关联,以对所述公网业务对应的公网会话和所述专网业务对应的专网会话分别进行端到端的会话管控、流量统计和计费。
15.一种业务访问处理装置,其特征在于,所述业务访问处理装置包括:
事件发送模块,用于基于用户终端发起的公网业务,采用第一会话用户面网元识别到公网会话通道用户面传输的公网业务中包括专网业务时,向所述公网业务的第一会话控制面网元发送所述专网业务的访问事件;
请求发送模块,用于采用所述第一会话控制面网元向会话发起网元传递专网会话信息及第一会话控制面网元信息并可选择性的触发专网会话建立请求,所述专网会话信息为公网业务中的专网业务分流策略的PCC策略中的信息,在用户归属PCF/UDR签约开通公网业务中的专网业务分流策略的PCC策略,称为预设PCC策略,所述预设PCC策略指明:在公网DNN的公网会话的UL上行数据报文中检测到目的地址为专网的目的URL/URI和目的IP地址中的一个时,则为用户激活专网DNN,其中,UL上行数据报文中的目的地址应在所述PCC策略信息中包含的所有专网目的URL/URI和目的IP地址范围之内;
会话建立模块,用于采用所述会话发起网元根据所述专网会话信息及第一会话控制面网元信息启动为用户建立专网会话的流程,以为用户建立专网会话通道用户面;
业务分流模块,用于采用所述第一会话用户面网元将所述公网会话通道用户面传输的所有所述专网业务的UL上行数据报文中的第一用户IP地址替换为网络分配给所述用户终端的第二用户IP地址,并将替换后的所述UL上行数据报文通过所述专网会话通道用户面传输至专网;
业务汇聚模块,用于采用所述所述第一会话用户面网元执行业务汇聚规则,以将所述专网会话通道标识对应的专网会话通道用户面传输的目标DL下行数据汇聚至所述第一会话用户面网元与所述基站间的所述公网会话通道用户面中;
将所述专网发送给所述用户终端的DL下行数据报文中的所述第二用户IP地址替换为所述第一用户IP地址;
将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元以及基站发送至用户终端;或者,
将替换后的所述DL下行数据报文依次经过所述公网会话通道用户面的第一会话用户面网元、中间会话用户面网元以及基站发送至所述用户终端;
其中,所述第一用户IP地址为用于公网会话通道用户面的IP地址,所述第二用户IP地址为用于专网会话通道用户面的IP地址。
16.一种移动通信网分组域设备,其特征在于,所述移动通信网分组域设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务处理程序,所述业务处理程序被所述处理器执行时实现如权利要求1-14中任一项所述的业务处理方法的步骤。
17.一种存储介质,其特征在于,其上存储有业务处理程序,所述业务处理程序被处理器执行时实现权利要求1-14中任一项所述的业务处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210449275.8A CN115529294B (zh) | 2022-04-27 | 2022-04-27 | 业务处理方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210449275.8A CN115529294B (zh) | 2022-04-27 | 2022-04-27 | 业务处理方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115529294A CN115529294A (zh) | 2022-12-27 |
CN115529294B true CN115529294B (zh) | 2024-04-09 |
Family
ID=84696331
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210449275.8A Active CN115529294B (zh) | 2022-04-27 | 2022-04-27 | 业务处理方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115529294B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117750348A (zh) * | 2022-09-20 | 2024-03-22 | 中国移动通信集团设计院有限公司 | 数据分流方法、双域专网系统、设备及存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103813481A (zh) * | 2013-09-23 | 2014-05-21 | 杭州优能通信系统有限公司 | 一种智能终端设备及其业务处理方法 |
WO2016201796A1 (zh) * | 2015-06-17 | 2016-12-22 | 深圳市中兴微电子技术有限公司 | 专网注册实现方法、系统、网元设备及计算机存储介质 |
WO2019033944A1 (zh) * | 2017-08-14 | 2019-02-21 | 中兴通讯股份有限公司 | 信息发送、操作执行方法及装置、会话管理功能实体 |
CN111586798A (zh) * | 2020-04-15 | 2020-08-25 | 中国联合网络通信集团有限公司 | 一种通信方法和接入网设备 |
CN111586797A (zh) * | 2020-04-15 | 2020-08-25 | 中国联合网络通信集团有限公司 | 一种通信方法和接入网设备 |
WO2021197156A1 (zh) * | 2020-03-31 | 2021-10-07 | 华为技术有限公司 | 一种通信方法、装置及电路 |
CN113727380A (zh) * | 2021-08-12 | 2021-11-30 | 中国联合网络通信集团有限公司 | 容灾方法及装置 |
CN113873455A (zh) * | 2021-11-02 | 2021-12-31 | 中国电信股份有限公司 | 流量统计方法及其系统、计算机可读存储介质 |
CN113873680A (zh) * | 2021-10-18 | 2021-12-31 | 中国电信股份有限公司 | 会话管理方法、会话管理功能网元和存储介质 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4861865B2 (ja) * | 2007-03-15 | 2012-01-25 | 富士通株式会社 | アクセス結果フィードバックプログラム、記録媒体、アクセス結果フィードバック方法、アクセス結果フィードバック装置、および端末装置 |
US10506506B2 (en) * | 2018-04-30 | 2019-12-10 | Ofinno, Llc | 5G policy control for restricted local operator services |
-
2022
- 2022-04-27 CN CN202210449275.8A patent/CN115529294B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103813481A (zh) * | 2013-09-23 | 2014-05-21 | 杭州优能通信系统有限公司 | 一种智能终端设备及其业务处理方法 |
WO2016201796A1 (zh) * | 2015-06-17 | 2016-12-22 | 深圳市中兴微电子技术有限公司 | 专网注册实现方法、系统、网元设备及计算机存储介质 |
WO2019033944A1 (zh) * | 2017-08-14 | 2019-02-21 | 中兴通讯股份有限公司 | 信息发送、操作执行方法及装置、会话管理功能实体 |
WO2021197156A1 (zh) * | 2020-03-31 | 2021-10-07 | 华为技术有限公司 | 一种通信方法、装置及电路 |
CN111586798A (zh) * | 2020-04-15 | 2020-08-25 | 中国联合网络通信集团有限公司 | 一种通信方法和接入网设备 |
CN111586797A (zh) * | 2020-04-15 | 2020-08-25 | 中国联合网络通信集团有限公司 | 一种通信方法和接入网设备 |
CN113727380A (zh) * | 2021-08-12 | 2021-11-30 | 中国联合网络通信集团有限公司 | 容灾方法及装置 |
CN113873680A (zh) * | 2021-10-18 | 2021-12-31 | 中国电信股份有限公司 | 会话管理方法、会话管理功能网元和存储介质 |
CN113873455A (zh) * | 2021-11-02 | 2021-12-31 | 中国电信股份有限公司 | 流量统计方法及其系统、计算机可读存储介质 |
Non-Patent Citations (1)
Title |
---|
冯征,周维,卜忠贵.5G边缘计算组网关键技术研究.移动通信.2022,全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN115529294A (zh) | 2022-12-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11838858B2 (en) | System and method for UE context and PDU session context management | |
CN113785634B (zh) | 通过无线网络进行无线设备寻呼 | |
US20190357131A1 (en) | Communication system and methods that adapt rrc procedures to a 5g network implementing network slicing | |
JP4991969B2 (ja) | アクセスポイント名の加入構成の更新方法及び装置 | |
US8891443B2 (en) | Method and system for implementing data routing of roaming user | |
EP2081332B1 (en) | A method for sharing network resources, and a device and system thereof | |
US8391210B2 (en) | Radio communication system and radio transmission path control method | |
US6985464B2 (en) | Managing packet data interconnections in mobile communications | |
KR101375474B1 (ko) | 인터넷 프로토콜을 이용하는 통신 장치 및 방법 | |
US7944914B2 (en) | Default subscription profile for a roaming terminal device in a packet data based mobile communication network | |
CN113767672B (zh) | 用于在插入中间会话管理功能之后管理无线通信的移动通信核心网络装置及方法 | |
CN113994744A (zh) | 核心寻呼处理 | |
EP2683122A1 (en) | Method and device for establishing connection with network management system, and communication system | |
EP3445072B1 (en) | Mobile radio communication network and method for associating a mobile radio terminal device to a network slice instance of a mobile radio communication network | |
JP7171729B2 (ja) | システム、移動体通信ネットワーク構成要素、ネットワーク機能を選択するための方法及びネットワーク機能を登録するための方法 | |
JP7206413B2 (ja) | コア間ネットワーク・ローミングをサポートするために移動通信ネットワーク・システムを動作させる方法及び移動通信ネットワーク・システム | |
CN115735371A (zh) | 网络切片特定认证和授权 | |
CN115529294B (zh) | 业务处理方法、装置、设备及存储介质 | |
CN110324807B (zh) | 一种信息处理方法、功能和计算机可读存储介质 | |
CN112953748B (zh) | 一种通信方法及装置 | |
CN103813395A (zh) | 终端用户在不同网络间进行无缝移动的方法及wog | |
CN114631397A (zh) | 无线网络中的信令传送 | |
CN115529342A (zh) | 业务访问处理方法、装置、设备及存储介质 | |
KR20130060967A (ko) | LTE 가입자 Multiple PDN 기반 ODB 적용을 통한 데이터서비스 방법 | |
EP3993555A1 (en) | Qos alignment for non-3gpp tethering |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |