一种通信方法及装置与流程

文档序号:27132406发布日期:2021-10-29 22:01阅读:110来源:国知局
一种通信方法及装置与流程

1.本技术涉及通信技术领域,尤其涉及一种通信方法及装置。


背景技术:

2.目前,在第五代移动通信技术(5th generation mobile networks,5g)系统中,终端设备(user equipment,ue)之间的数据转发,可以通过用户面网元实现本地转发,以ue1和ue2之间的数据转发为例,ue1向用户面网元发送携带目的地址为ue2的媒体存取控制地址(media access control address,mac)的数据报文,用户面网元接收到该数据报文后,识别该数据报文的目的地址,将该数据报文通过ue2会话发送至ue2。
3.以太网控制自动化技术(ether control automation technology,ethercat)系统是以以太网为基础的通信系统,ethercat网络包括一个主设备和多个从设备,主设备和从设备的网络接口具备发送和接收功能。主设备和从设备间通过有线连接实现不同的物理拓扑结构。ethercat网络中的数据报文的传输路径为一个经过主设备以及各个从设备的环形回路。
4.鉴于5g系统中终端设备间数据转发是通过用户面网元根据数据报文的特征(例如报文中的目的地址)实现的,当ethercat设备通过5g系统接入,数据报文要实现ethercat的传输机制,即同一数据报文需要依次经过各个ethercat设备,也就是说,该数据报文需要多次经过5g系统进行传输;而该数据报文在多次到达5g系统中的用户面网元时不改变报文特征,因此由于5g系统中的用户面网元现有的数据转发机制限制,使得该数据报文在进入5g系统中的用户面网元后,无法根据数据报文本身的特征确定转发报文的ethercat网络中的设备,导致ethercat网络与5g系统结合的通信系统中无法形成主设备和多个从设备之间数据报文传输的环形回路,用户面网元不能将数据报文通过会话传输至ethercat网络中的各个从设备。


技术实现要素:

5.本技术提供一种通信方法及装置,用以实现用户面网元将数据报文通过会话传输至ethercat网络中的各个从设备。
6.第一方面,本技术实施例提供了一种通信方法,方法包括:用户面网元可以通过第一会话接收第一上行数据报文,该第一会话为第一终端设备的会话;之后,用户面网元根据指示通过第二会话转发来自第一会话的上行数据报文的第一转发规则,通过第二会话转发第一上行数据报文,其中,第二会话为第二终端设备的会话,也就是说,用户面网元可以通过第二会话将第一上行数据报文发送给第二终端设备。
7.通过上述方法,用户面网元在转发来自第一终端设备的上行数据报文(也即第一上行数据报文)时,可以根据第一终端设备的会话与第二终端设备的会话之间的关联关系,通过与第一终端设备的会话关联的会话,转发第一上行数据报文,这样当第一终端设备与ethercat网络中的从设备或主设备关联时,用户面网元可以通过第一终端设备的会话,接
收来自与第一终端设备与关联的从设备或主设备的第一上行数据报文;当第二终端设备与ethercat网络中的从设备或主设备关联时,用户面网元可以通过第二终端设备的会话,将第一上行数据报文发送给与第二终端设备与关联的从设备或主设备。
8.在一种可能的设计中,用户面网元还可以通过第二会话接收第二上行数据报文;之后,用户面网元根据第二转发规则,通过第一会话转发第二上行数据报文,其中,第二转发规则指示通过第一会话转发来自第二会话的上行数据报文。
9.通过上述方法,用户面网元在转发来自第二终端设备的上行数据报文(也即第二上行数据报文)时,可以根据第一终端设备的会话与第二终端设备的会话之间的关联关系,通过与第二终端设备的会话关联的会话,转发第二上行数据报文,这样当第二终端设备与ethercat网络中的从设备或主设备关联时,用户面网元可以通过第二终端设备的会话,接收来自与第二终端设备与关联的从设备或主设备的第二上行数据报文;当第一终端设备与ethercat网络中的从设备或主设备关联时,用户面网元可以通过第一终端设备的会话,将第二上行数据报文发送给与第二终端设备与关联的从设备或主设备。
10.在一种可能的设计中,用户面网元通过第一会话接收第一上行数据报文之前,用户面网元中还可以预先配置第一转发规则。例如,用户面网元可以从会话管理网元接收第一转发规则。
11.通过上述方法,用户面网元中预先配置有第一转发规则,可以保证第一上行数据报文可以通过第二会话转发。
12.在一种可能的设计中,用户面网元通过第二会话接收第二上行数据报文之前,用户面网元中还可以预先配置第二转发规则。例如,用户面网元可以从会话管理网元接收第二转发规则。
13.通过上述方法,用户面网元中预先配置有第二转发规则,可以保证第二上行数据报文可以通过第二会话转发。
14.在一种可能的设计中,第一转发规则为第一会话的转发规则,第一转发规则包括下列的部分或全部:
15.第二会话的标识、会话关联标识、或第二会话的gtp-u标识,其中,会话关联标识指示第一会话与第二会话关联。
16.通过上述方法,第一转发规则可以通过携带第二会话的标识、会话关联标识等方式灵活的指示通过第二会话转发来自第一会话的上行数据报文,适用于多种不同的应用场景。
17.在一种可能的设计中,第二转发规则为第二会话的转发规则,第二转发规则包括下列的部分或全部:
18.第一会话的标识、会话关联标识、或第一会话的通用无线分组业务隧道协议用户面gtp-u标识,其中,会话关联标识指示第一会话与第二会话关联。
19.通过上述方法,第二转发规则可以通过携带第一会话的标识、会话关联标识等方式灵活的指示通过第一会话转发来自第二会话的上行数据报文,适用于多种不同的应用场景。
20.第二方面,本技术实施例提供了一种通信方法,该方法应用于第一终端设备,方法包括:首先。第一终端设备可以向会话管理网元发送第一会话创建(或修改)请求,第一会话
创建(或修改)请求用于请求创建(或修改)第一会话,第一会话创建(或修改)请求还用于指示第一会话的上行流与第二会话关联或第一会话与第二会话关联;之后,第一终端设备从会话管理网元接收第一会话创建(或修改)响应后,可以通过第一会话发送第一上行数据报文,第一会话创建(或修改)响应指示第一会话创建(或修改)成功。
21.通过上述方法,第一终端设备在发起会话创建或修改流程时,可以指示第一会话的上行流与第二会话关联,便于会话管理网元在用户面网元配置第一转发规则。
22.在一种可能的设计中,第一会话创建(或修改)请求包括第二会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。可选的,第一会话创建(或修改)请求还可以携带的上行流的指示信息,如会话的流向信息。
23.通过上述方法,第一会话创建(或修改)请求可以通过携带第一会话的标识、会话关联标识的方式灵活的指示第一会话的上行流与第二会话关联,适用于多种不同的应用场景。
24.第三方面,本技术实施例提供了一种通信方法,该方法应用于第二终端设备,方法包括:首先,第二终端设备向会话管理网元发送第二会话创建(或修改)请求,第二会话创建(或修改)请求用于请求创建(或修改)第二会话以及指示第二会话的下行流与第一会话关联;
25.第二终端设备在从会话管理网元接收到第二会话创建(或修改)响应后,通过第二会话接收第一上行数据报文,第二会话创建(或修改)响应指示第二会话创建(或修改)成功。
26.通过上述方法,第二终端设备在发起会话创建或修改流程时,可以指示第一会话与第二会话的下行流关联,便于会话管理网元在用户面网元配置第一转发规则。
27.在一种可能的设计中,第二会话创建(或修改)请求包括第一会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。
28.通过上述方法,第二会话创建(或修改)请求可以通过携带第一会话的标识、会话关联标识的方式灵活的指示第一会话与第二会话的下行流关联(也即第一会话的上行流与第二会话关联),适用于多种不同的应用场景。
29.第四方面,本技术实施例提供了一种通信方法,方法应用于第二终端设备,方法包括:首先,第二终端设备向会话管理网元发送第三会话创建(或修改)请求,第三会话创建(或修改)请求用于请求创建(或修改)第二会话,第三会话创建(或修改)请求还用于指示第二会话的上行流与第一会话关联或第一会话与第二会话关联;之后,第二终端设备在从会话管理网元接收第三会话创建(或修改)响应后,通过第二会话发送第二上行数据报文,第三会话创建(或修改)响应指示第二会话创建(或修改)成功。
30.通过上述方法,第二终端设备在发起会话创建或修改流程时,可以指示第一会话与第二会话的上行流关联,便于会话管理网元在用户面网元配置第二转发规则。
31.在一种可能的设计中,第三会话创建(或修改)请求包括第一会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。可选的,第三会话创建(或修改)请求还可以携带的上行流的指示信息,如会话的流向信息。
32.通过上述方法,第三会话创建(或修改)请求可以通过携带第一会话的标识、会话关联标识的方式灵活的指示通第二会话的上行流与第一会话关联,适用于多种不同的应用
场景。
33.第五方面,本技术实施例提供了一种通信方法,方法包括:会话管理网元可以接收第一请求,第一请求用于指示第一会话的上行流与第二会话关联;该第一请求可以是第一终端设备、第二终端设备或应用功能网元发送的。之后,会话管理网元在用户面网元中配置第一转发规则,第一转发规则指示通过第二会话转发来自第一会话的上行数据报文。
34.通过上述方法,会话管理网元在获知第一会话的上行流与第二会话的关联关系后,可以及时的配置第一转发规则,便于后续通过第二会话转发来自第一会话的上行数据报文。
35.在一种可能的设计中,会话管理网元接收第一请求,包括如下几种情况:
36.情况一、会话管理网元从第一终端设备接收第一会话创建(或修改)请求,第一会话创建(或修改)请求用于请求创建第一会话以及指示第一会话的上行流与第二会话关联。
37.情况二、会话管理网元从第一终端设备接收第一会话创建(或修改)请求,第二会话创建(或修改)请求用于请求创建第一会话以及指示第一会话与第二会话关联。
38.情况三、会话管理网元从第二终端设备接收第二会话创建(或修改)请求,第三会话创建请求用于请求创建第二会话以及指示第一会话与第二会话的下行流关联。
39.情况四、会话管理网元从应用功能网元接收第一配置请求,第一配置请求用于配置第一会话,第一配置请求还用于指示第一会话的上行流与第二会话关联或第一会话与第二会话关联。
40.通过上述方法,第一请求可以来自终端设备或其他网元,也即不同的设备可以通过不同的消息告知会话管理网元第一会话(的上行流)的上行流与第二会话关联,适用于不同场景,扩展了应用范围。
41.在一种可能的设计中,会话管理网元还可以接收第二请求,第二请求用于请求创建第二会话以及指示第二会话的上行流与第一会话关联;之后,会话管理网元在用户面网元中配置第二转发规则,第二转发规则指示通过第一会话转发来自第二会话的上行数据报文。
42.通过上述方法,会话管理网元在获知第二会话的上行流与第一会话的关联关系后,可以及时的配置第二转发规则,便于后续通过第一会话转发来自第二会话的上行数据报文。
43.在一种可能的设计中,会话管理网元接收第二请求,包括如下几种情况:
44.情况一、会话管理网元从第二终端设备接收第三会话创建(或修改)请求,第三会话创建(或修改)请求用于请求创建(或修改)第二会话以及指示第二会话的上行流与第一会话关联。
45.情况二、会话管理网元从第二终端设备接收第三会话创建(或修改)请求,第三会话创建(或修改)请求用于请求创建(或修改)第二会话以及指示第二会话与第一会话关联。
46.情况三、会话管理网元从应用功能网元接收第二配置请求,第二配置请求用于配置第二会话,第二配置请求还用于指示第二会话的上行流与第一会话关联或第一会话与第二会话关联。
47.通过上述方法,第二请求可以来自终端设备或其他网元,也即不同的设备可以通过不同的消息告知会话管理网元第二会话(的上行流)的上行流与第一会话关联,适用于不
同场景,扩展了应用范围。
48.在一种可能的设计中,第一会话创建(或修改)请求以及第一配置请求包括下列中的部分或全部:第二会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。第一会话创建(或修改)请求中还可以包括上行流的指示信息。第一配置请求在指示第一会话的上行流与第二会话关联时,还可以携带上行流的指示信息。
49.第二会话创建(或修改)请求包括下列中的部分或全部:第一会话的标识或会话关联标识。第一会话创建(或修改)请求中还可以包括上行流的指示信息。第三会话创建(或修改)请求中还可以包括下行流的指示信息。
50.通过上述方法,第一请求可以通过携带会话的标识、会话关联标识等方式灵活的指示通第二会话与第一会话关联,适用于多种不同的应用场景。
51.在一种可能的设计中,第三会话创建(或修改)请求以及第二配置请求包括下列中的部分或全部:第一会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。第三会话创建(或修改)请求中还可以包括上行流的指示信息。第二配置请求在指示第二会话的上行流与第一会话关联时,还可以携带上行流的指示信息。
52.通过上述方法,第二请求可以通过携带会话的标识、会话关联标识等方式灵活的指示通第二会话与第一会话关联,适用于多种不同的应用场景。
53.在一种可能的设计中,第一转发规则为第一会话的转发规则,第一转发规则包括下列的部分或全部:第二会话的标识、会话关联标识、或第二会话的gtp-u标识,其中,会话关联标识指示第一会话与第二会话关联。
54.通过上述方法,第一转发规则可以通过携带第二会话的标识、会话关联标识等方式灵活的指示通过第二会话转发来自第一会话的上行数据报文,适用于多种不同的应用场景。
55.在一种可能的设计中,第二转发规则为第二会话的转发规则,第二转发规则包括下列的部分或全部:
56.第一会话的标识、会话关联标识、或第一会话的通用无线分组业务隧道协议用户面gtp-u标识,其中,会话关联标识指示第一会话与第二会话关联。
57.通过上述方法,第二转发规则可以通过携带第一会话的标识、会话关联标识等方式灵活的指示通过第一会话转发来自第二会话的上行数据报文,适用于多种不同的应用场景。
58.第六方面,本技术实施例提供了一种通信方法,该方法应用于应用功能网元,方法包括:首先。应用功能网元向会话管理网元发送第一配置请求,第一配置请求用于配置第一会话,第一配置请求还用于指示第一会话的上行流与第二会话关联或第一会话与第二会话关联。第一配置请求包括下列中的部分或全部:第二会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联,第一配置请求在指示第一会话的上行流与第二会话关联时,还可以携带上行流的指示信息。
59.通过上述方法,应用功能网元可以在配置第一会话时,可以指示第一会话与第二会话关联,便于会话管理网元在用户面网元配置第一转发规则。
60.在一种可能的设计中,应用功能网元向会话管理网元发送第二配置请求,第二配置请求用于配置第二会话,第二配置请求还用于指示第二会话的上行流与第一会话关联或
第一会话与第二会话关联。第二配置请求包括下列中的部分或全部:第二会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联,第一配置请求在指示第二会话的上行流与第一会话关联时,还可以携带上行流的指示信息。
61.通过上述方法,应用功能网元可以在配置第二会话时,可以指示第一会话与第二会话关联,便于会话管理网元在用户面网元配置第二转发规则。
62.第七方面,本技术实施例还提供了一种通信系统,有益效果可以参见第一方面和第二方面的描述此处不再赘述,该通信系统包括会话管理网元和用户面网元;
63.会话管理网元,用于接收第一请求,第一请求用于指示第一会话的上行流与第二会话关联;以及向用户面网元发送第一转发规则,第一转发规则指示通过第二会话转发来自第一会话的上行数据报文。
64.用户面网元,用于接收第一转发规则;以及通过第一会话接收第一上行数据报文;以及根据第一转发规则,通过第二会话转发第一上行数据报文。
65.在一种可能的设计中,会话管理网元还可以接收第二请求,第二请求用于请求创建第二会话以及指示第二会话的上行流与第一会话关联;以及向用户面网元发送第二转发规则,第二转发规则指示通过第一会话转发来自第二会话的上行数据报文;
66.用户面网元可以接收第二转发规则;以及通过第二会话接收第二上行数据报文;以及根据第二转发规则,通过第一会话转发第二上行数据报文。
67.在一种可能的设计中,第一请求为第一会话创建(或修改)请求;通信系统还包括第一终端设备;
68.第一终端设备,用于向会话管理网元发送第一会话创建(或修改)请求,第一会话创建(或修改)请求用于请求创建(或修改)第一会话,第一会话创建(或修改)请求还用于指示第一会话的上行流与第二会话关联或第一会话与第二会话关联。
69.在一种可能的设计中,第一请求为第二会话创建(或修改)请求;通信系统还包括第二终端设备;
70.第二终端设备可以向会话管理网元发送第二会话创建(或修改)请求,第三会话创建(或修改)请求用于请求创建(或修改)第二会话以及指示第二会话的下行流与第一会话关联。
71.在一种可能的设计中,第一请求为第一配置请求,通信系统还包括应用功能网元;
72.应用功能网元可以向会话管理网元发送第一配置请求,第一配置请求用于配置第一会话,第一配置请求还用于指示第一会话的上行流与第二会话关联或第一会话与第二会话关联。
73.在一种可能的设计中,第二请求为第三会话创建(或修改)请求;通信系统包括第二终端设备;
74.第二终端设备可以向会话管理网元发送第三会话创建(或修改)请求,第三会话创建(或修改)请求用于请求创建(或修改)第二会话,第三会话创建(或修改)请求还用于指示第二会话的上行流与第一会话关联或第一会话与第二会话关联。
75.在一种可能的设计中,第二请求为第二配置请求,通信系统还包括应用功能网元;
76.应用功能网元可以向会话管理网元发送速搜第二配置请求,第二配置请求用于配置第二会话,第二配置请求还用于指示第二会话的上行流与第一会话关联或第一会话与第
二会话关联。
77.在一种可能的设计中,第一会话创建(或修改)请求包括下列中的部分或全部:
78.第二会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。
79.在一种可能的设计中,第二会话创建(或修改)请求包括下列中的部分或全部:
80.第一会话的标识或会话关联标识。
81.在一种可能的设计中,第一配置请求包括下列中的部分或全部:
82.第二会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。
83.在一种可能的设计中,第三会话创建(或修改)请求包括下列中的部分或全部:
84.第一会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。
85.在一种可能的设计中,第二配置请求包括下列中的部分或全部:
86.第一会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。
87.在一种可能的设计中,第一转发规则为第一会话的转发规则,第一转发规则包括下列的部分或全部:
88.第二会话的标识、会话关联标识、或第二会话的通用无线分组业务隧道协议用户面gtp-u标识,其中,会话关联标识指示第一会话与第二会话关联。
89.在一种可能的设计中,第二转发规则为第二会话的转发规则,第二转发规则包括下列的部分或全部:
90.第一会话的标识、会话关联标识、或第一会话的gtp-u标识,其中,会话关联标识指示第一会话与第二会话关联。
91.第八方面,本技术实施例还提供了一种通信装置,所述通信装置应用于用户面网元,有益效果可以参见第一方面的描述此处不再赘述。该装置具有实现上述第一方面的方法实例中行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,所述装置的结构中包括接收单元和发送单元,这些单元可以执行上述第一方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
92.第九方面,本技术实施例还提供了一种通信装置,所述通信装置应用于第一终端设备,有益效果可以参见第二方面的描述此处不再赘述。该装置具有实现上述第二方面的方法实例中行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,所述装置的结构中包括接收单元和发送单元,这些单元可以执行上述第二方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
93.第十方面,本技术实施例还提供了一种通信装置,所述通信装置应用于第二终端设备,有益效果可以参见第三方面的描述此处不再赘述。该装置具有实现上述第三方面的方法实例中行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,所述装置的结构中包括接收单元和发送单元,这些单元可以执行上述第三方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
94.第十一方面,本技术实施例还提供了一种通信装置,所述通信装置应用于第二终端设备,有益效果可以参见第四方面的描述此处不再赘述。该装置具有实现上述第四方面
的方法实例中行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,所述装置的结构中包括接收单元和发送单元,这些单元可以执行上述第四方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
95.第十二方面,本技术实施例还提供了一种通信装置,所述通信装置应用于会话管理网元,有益效果可以参见第五方面的描述此处不再赘述。该装置具有实现上述第五方面的方法实例中行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,所述装置的结构中包括接收单元和处理单元,这些单元可以执行上述第五方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
96.第十三方面,本技术实施例还提供了一种通信装置,所述通信装置应用于应用功能网元,有益效果可以参见第六方面的描述此处不再赘述。该装置具有实现上述第六方面的方法实例中行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,所述装置的结构中包括发送单元,这些单元可以执行上述第六方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
97.第十四方面,本技术实施例还提供了一种通信装置,所述通信装置应用于用户面网元,有益效果可以参见第一方面的描述此处不再赘述。所述通信装置的结构中包括处理器和存储器,所述处理器被配置为支持所述用户面网元执行上述第一方面方法中相应的功能。所述存储器与所述处理器耦合,其保存所述通信装置必要的程序指令和数据。所述通信装置的结构中还包括通信接口,用于与其他设备进行通信。
98.第十五方面,本技术实施例还提供了一种通信装置,所述通信装置应用于第一终端设备,有益效果可以参见第二方面的描述此处不再赘述。所述通信装置的结构中包括处理器和存储器,所述处理器被配置为支持所述第一终端设备执行上述第二方面方法中相应的功能。所述存储器与所述处理器耦合,其保存所述通信装置必要的程序指令和数据。所述通信装置的结构中还包括收发器,用于与其他设备进行通信。
99.第十六方面,本技术实施例还提供了一种通信装置,所述通信装置应用于第二终端设备,有益效果可以参见第三方面的描述此处不再赘述。所述通信装置的结构中包括处理器和存储器,所述处理器被配置为支持所述第二终端设备执行上述第三方面方法中相应的功能。所述存储器与所述处理器耦合,其保存所述通信装置必要的程序指令和数据。所述通信装置的结构中还包括收发器,用于与其他设备进行通信。
100.第十七方面,本技术实施例还提供了一种通信装置,所述通信装置应用于第二终端设备,有益效果可以参见第四方面的描述此处不再赘述。所述通信装置的结构中包括处理器和存储器,所述处理器被配置为支持所述第二终端设备执行上述第四方面方法中相应的功能。所述存储器与所述处理器耦合,其保存所述通信装置必要的程序指令和数据。所述通信装置的结构中还包括收发器,用于与其他设备进行通信。
101.第十八方面,本技术实施例还提供了一种通信装置,所述通信装置应用于会话管理网元,有益效果可以参见第五方面的描述此处不再赘述。所述通信装置的结构中包括处理器和存储器,所述处理器被配置为支持所述基站执行上述第五方面方法中相应的功能。
所述存储器与所述处理器耦合,其保存所述通信装置必要的程序指令和数据。所述通信装置的结构中还包括通信接口,用于与其他设备进行通信。
102.第十九方面,本技术实施例还提供了一种通信装置,所述通信装置应用于应用功能网元,有益效果可以参见第六方面的描述此处不再赘述。所述通信装置的结构中包括处理器和存储器,所述处理器被配置为支持所述基站执行上述第六方面方法中相应的功能。所述存储器与所述处理器耦合,其保存所述通信装置必要的程序指令和数据。所述通信装置的结构中还包括通信接口,用于与其他设备进行通信。
103.第二十方面,本技术还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
104.第二十一方面,本技术还提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
105.第二十二方面,本技术还提供一种计算机芯片,所述芯片与存储器相连,所述芯片用于读取并执行所述存储器中存储的软件程序,执行上述各方面所述的方法。
附图说明
106.图1为5g系统的网络架构示意图;
107.图2为ethercat的网络拓扑示意图;
108.图3为ethercat报文的结构示意图;
109.图4a~4c为本技术实施例提供的一种网络架构示意图;
110.图5~图12为本技术实施例提供的一种通信方法的示意图;
111.图13~图19为本技术实施例提供的一种通信装置的结构示意图。
具体实施方式
112.本技术提供了一种通信方法及装置,用以实现用户面网元将数据报文通过会话传输至ethercat网络中的各个从设备。
113.为了使本技术的目的、技术方案和优点更加清楚,下面将结合附图对本技术作进一步地详细描述,在本技术的描述中,除非另有说明,“/”表示前后关联的对象是一种“或”的关系,例如,a/b可以表示a或b;本技术中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况,其中a,b可以是单数或者复数。并且,在本技术的描述中,除非另有说明,“多个”是指两个或多于两个。
114.本技术实施例涉及到5g系统与ethercat网络结合,下面先对本技术实施例所涉及的5g系统、ethercat网络及本技术实施例适用的网络架构进行说明。
115.请参见图1,为5g系统的网络架构示意图,该网络架构为5g网络架构。该5g架构中的网元包括终端设备,图1中以终端设备为ue为例。网络架构还包括无线接入网(radio accessnetwork,ran)、接入和移动性管理功能(access and mobility management function,amf)网元、会话管理功能(session management function,smf)网元、用户面功能(user plane function,upf)网元、策略控制功能(policy control function,pcf)网元、应用功能(application function,af)网元、数据网络(data network,dn)等。
(ethercat报文)的行驶不会停,在站台上通过窗口一直盯着火车看,我们可以看到整个火车。当火车的窗户边坐的是我们的“熟人”时,站台上的人通过窗口可以跟熟人打招呼(即,每个从设备可以提取或者插入数据到主设备发出的数据帧中对应于每个从设备的地址的部分)。
127.如图2所示,为现有技术中的ethercat环形拓扑结构示意图。主设备与从设备之间通过有线传输的方式进行连接,从设备之间也通过有线传输的方式进行连接。一个环形拓扑结构中有一个主设备和至少一个从设备。
128.如图3所示,为现有技术中的ethercat报文的结构示意图。一个ethercat报文包括帧头(例如,ethernet header)、数据(例如,ethernet data)和帧校验序列(例如,frame check sequence,fcs)。
129.其中,帧头也可以称为标准以太网帧头,主要包括源地址、目的地址、以太帧类型等。
130.数据主要包括两个部分:数据头(例如,ethercat header)和报文(例如,ethercatdatagrams):
131.1)ethercat header,包含:数据长度(length)指示域、保留位(r)、数据类型(type)指示域;其中,数据长度指示域用于指示数据长度,数据类型指示域用于指示数据类型。
132.2)ethercat datagrams,包含多个子报文,总长度在44-1486字节之间。每个子报文包括10字节的子报文头(datagram header)、0-1486字节数据(data)和2字节工作计数器(working counter,wkc)。其中,子报文头中指示需要接收该子报文的从设备的地址段。
133.帧校验序列(fcs),也称为帧尾,是一段循环冗余校验码。源设备发送数据帧时,由帧的帧头和数据部分计算得出fcs,目的设备接收到后,用同样的方式再计算一遍fcs,如果与接收到的fcs不同,则认为帧在传输过程中发生了错误,从而选择丢弃这个帧。fcs提供了一种错误检测机制,用来验证帧在传输过程中的完整性。以太帧中的fcs占用的长度固定,一般为4字节。
134.当从设备接收到ethercat报文时,也即根据ethercat报文中子报文的字报文头中的地址段确定是否对该子报文进行处理(该确定过程也可以称为寻址),处理包括读取子报文中的数据或在子报文中插入数据。
135.针对ethercat报文中子报文中的地址段,从设备可以通过如下两种方式进行寻址:
136.1)、自增量寻址。
137.每个从设备根据在ethercat网络中的位置对应有一个负的自增量地址。主设备发出的ethercat报文中的每个子报文(子报文的子报文头)中包括对应的一个从设备的自增量地址,ethercat报文在经过一个从设备时,该从设备处理自增量地址为0的子报文,并将ethercat报文中各个子报文中的自增量地址加1后,传输给下一个从设备。自增量寻址通常用于扫描硬件配置信息或确定从设备之间的相对位置。
138.2)、固定地址或逻辑地址:
139.每个从设备具备一个固定地址(或逻辑地址),与从设备在ethercat网络中的位置无关。固定地址一般为扫描硬件配置过程中分配的,适用于主设备和从设备之间交换大量
的数据时使用。逻辑地址为虚拟数据空间中从设备对应的地址,用于对虚拟数据空间进行读写操作。
140.主设备发出的ethercat报文中的每个子报文(子报文的子报文头)包括对应的一个从设备的固定地址(或逻辑地址)。ethercat报文在经过一个从设备时,该从设备处理子报文中地址为该从设备固定地址的子报文,在对该子报文处理后,将包括处理后的子报文的ethercat报文传输给下一个从设备。
141.如图4a所示,为本技术适用的一种网络架构示意图,其中,结合了5g系统和ethercat的网络架构。图4a中ethercat网络中的主设备(master)部署在dn中,连接5g系统中的upf网元,ethercat网络中的从设备(salve)连接5g系统中的ue。这里不限定5g系统中的ue上连接的从设备的数量,也不限定5g系统中的ue的数量。
142.例如,ethercat网络中的一个或多个从设备可以通过5g系统中的一个ue接入5g系统,ethercat网络中的其他从设备可以通过5g系统中的另一个ue接入5g系统。又例如,ethercat网络中的一个或多个从设备可以与5g系统中的ue的一个会话绑定,进而通过该ue接入5g系统,也即,所述一个或多个从设备可以通过该会话将数据报文发送至5g系统,ethercat网络中的其他从设备可以与5g系统中的该ue的另一个会话绑定,进而通过该ue接入5g系统。也即,所述一个或多个从设备可以通过该会话将数据报文发送至5g系统。
143.在如图4a所示的网络架构,ethercat网络中的主设备可以通过5g系统将数据报文发送至于5g系统的ue连接的各个从设备,为了保证ethercat网络中数据报文传输的环形回路,smf网元在ue或其他网元(af网元)的触发下,在upf网元中配置会话的转发规则,建立会话与会话之间的关联关系,之后,当upf网元通过会话接收到需要在ethercat网络传输的数据报文后,可以基于会话的转发规则,通过与该会话关联的会话转发给数据报文,以使得该数据报文可以转发至与该会话关联的会话,进而传输至与所述与该会话关联的会话绑定的从设备。
144.需要说明的是,在如图4a所示的网络架构中,仅是以ethercat网络中的主设备部署在dn中,从设备部署在ue侧仅说明,本技术实施例并不限定主设备以及从设备部署的位置。例如,主设备以及从设备可以均部署在ue侧或dn中。
145.基于如图4a所示的网络架构,下面以ethercat网络中的包括四个从设备,且主设备部署在dn中,四个从设备位于ue侧为例,介绍本技术实施例适用的两种不同的网络架构。
146.为了清晰的展示主设备与从设备之间数据报文的传输路径,图4b与4c仅示出了upf网元、主设备以及从设备之间的连接,其他网元之间的连接方式以及部署位置可参见如图4a。
147.参见图4b,从设备1、从设备2与从设备3之间连接,从设备1分别连接两个ue,分别为ue1和ue2,从设备4连接ue3。
148.主设备与从设备1、从设备2、从设备3以及从设备4之间的数据传输路径用黑色带箭头的实线标注。
149.主设备发出的数据报文经过upf网元,upf网元将该数据报文通过ue1的会话传输给从设备1,该数据报文在从设备1、从设备2以及从设备3传输后返回至从设备1,从设备1将该数据报文发送给ue2,ue2通过ue2的会话发送给upf网元,upf网元将该数据报文传输通过ue3的会话传输给ue3,ue3将该数据报文传输给从设备4,从设备4之后再将该数据报文返回
至ue3,ue3通过ue3的会话将该数据报文发送至upf网元,upf网元将该数据报文通过ue2的会话传输给从设备1,从设备1将该数据报文返回至ue1,ue1将该数据报文通过ue1的会话返回至主设备。
150.需要说明的是,前述说明中以从设备1连接两个不同的ue为例,事实上,从设备1也可以与同一个ue的两个不同的会话绑定,传输路径与前述说明类似。
151.参见图4c,从设备1、从设备2与从设备3之间连接,从设备1分别连接ue1,从设备4连接ue3。
152.主设备与从设备1、从设备2、从设备3以及从设备4之间的数据传输路径用黑色带箭头的实线标注。
153.主设备发出的数据报文经过upf网元,upf网元将该数据报文通过ue1的会话传输给从设备1,该数据报文在从设备1、从设备2以及从设备3传输后返回至从设备1,从设备1将该数据报文发送给ue1,ue1通过ue1的会话发送给upf网元,upf网元将该数据报文传输通过ue3的会话传输给ue3,ue3将该数据报文传输给从设备4,从设备4之后再将该数据报文返回至ue3,ue3通过ue3的会话将该数据报文发送至upf网元,upf网元将该数据报文返回至主设备。
154.区别与如图4b所示的传输路径,如图4c的传输路径中,从设备4反馈的数据报文不需要在发回至从设备1,传输路径更短,从设备1也无需与多个ue或多个会话绑定。
155.基于如图4a所示的网络结构,本技术实施例所提供通信方法包括两部分,分别为转发规则配置方法以及数据传输方法,下面分别进行介绍:
156.(一)、转发规则配置方法。
157.在本技术实施例中,会话管理网元能够接收来自终端设备或应用功能网元的第一请求,该第一请求用于指示第一会话的上行流与第二会话关联,第一请求可以是新增的请求信息,也可以是已有的请求消息,如会话创建请求或会话修改请求。下面分别以第一请求来自终端设备和应用功能网元为例进行说明。
158.(1)、第一请求来自第一终端设备,且第一请求为第一会话创建请求,第一会话创建请求指示第一会话的上行流与第二会话关联。
159.如图5所示为本技术实施例提供的一种转发规则配置方法,该方法包括:
160.步骤501:第一终端设备向会话管理网元发送第一会话创建请求,第一会话请求用于请求创建第一会话以及指示第一会话的上行流与第二会话关联。
161.第一终端设备中可以预先配置有第一会话与第二会话的关联关系,当第一终端设备需要创建第一会话时,第一终端设备向会话管理网元发送的第一会话创建请求除了请求创建第一会话,还指示第一会话的上行流与第二会话关联,其中第一会话的上行流与第二会话关联是指通过第一会话接收的上行数据可以通过第二会话进行转发。
162.本技术并不限定第一会话创建请求指示第一会话的上行流与第二会话关联的方式,例如,在第一会话创建请求中携带第二会话的标识,如第二会话的mac地址或ip地址,又例如,在第一会话创建请求中携带会话关联标识,该会话关联标识能够指示第一会话的上行流与第二会话关联。可选的,第一会话创建请求中还可以包括第一会话的流向信息,也即上行流的指示信息。
163.该会话关联标识可以是群组标识,当第一终端设备在请求创建第一会话,也即发
送第一会话创建请求时,可以携带群组标识,第二终端设备在向会话管理网元发送用于请求创建第二会话的会话创建请求时,该会话创建请求也可以携带相同的群组标识。
164.当会话管理网元接收到携带有相同的群组标识的会话创建请求(来自第一终端设备的第一会话创建请求以及来自第二终端设备的会话创建请求)后,可以确定第一终端设备与第二终端设备的会话存在关联关系。
165.当然,会话关联标识可以是预先约定的标识,当会话管理网元接收到携带有相同的标识的会话创建请求(来自第一终端设备的第一会话创建请求以及来自第二终端设备的会话创建请求)后,也可以根据该标识可以确定第一终端设备与第二终端设备的会话存在关联关系,进而确定第一会话的上行流与第二会话关联。
166.步骤502:会话管理网元接收到第一会话创建请求后,在用户面网元中配置第一转发规则,第一转发规则指示通过第二会话转发来自第一会话的上行数据报文。
167.会话管理网元在用户面网元中配置第一转发规则时,可以向用户面网元发送携带有第一转发规则的n4会话创建请求,用于创建第一会话的第一转发规则。用户面网元接收到该n4会话创建请求后,在本地配置第一转发规则。
168.第一转发规则指示通过第二会话转发来自第一会话的上行数据报文的方式有许多种,下面列举其中几种:
169.1、第二会话的标识,第二会话的标识可以是第二会话的n4会话标识。用户面网元在接收到包括第二会话的标识的第一转发规则后,可以根据第二会话的标识确定第一会话的上行流与第二会话关联。
170.对于第一会话的上行流,用户面网元可以配置的第一转发规则为通过第一会话接收来自上行数据(也可以称为上行数据报文)后,通过第二会话发送该上行数据。
171.2、会话关联标识,关于会话关联标识可参见前述说明,此处不再赘述。
172.对于第一会话的上行流,用户面网元可以配置的第一转发规则为接收来自第一会话的上行数据,并将该上行数据发送到本地转发模块。
173.需要说明的是,当会话关联标识为群组标识时,用户面网元可以按照现有的群组管理方式配置第一转发规则,也即用户面网元为第一会话配置的第一转发规则具体为接收来自第一会话的上行数据,并将该上行数据发送到本地转发模块。
174.3、第二会话的通用无线分组业务隧道协议用户面(grps tunnelling protocol user plane,gtp-u)标识。
175.对于第一会话的上行流,用户面网元可以配置的第一转发规则为接收来自第一会话的上行数据,并在该上行数据中添加第二会话的gtp-u标识,并将该添加了第二会话的gtp-u标识的上行数据发送到本地转发模块。
176.会话管理网元在用户面网元中配置第一转发规则之后,会话管理网元可以向第一终端发送第一会话创建响应,用于指示第一会话创建成功,也即建立了第一会话上行流与第二会话的关联。
177.在如图5所示的实施例中,第一会话创建请求请求的是第一会话的上行流与第二会话的关联,采用相同的方式,第一终端设备也可以请求第一会话的下行流与其他会话,第一会话的下行流接收来自数据网络的数据,也即第一会话的下行流与用户面网元的n6接口关联。
178.但若第一会话的上行流与下行流均与第二会话绑定,也即第一会话和第二会话关联,也可以采用下述方式,具体参见图6。
179.如图6所示为本技术实施例提供的一种转发规则配置方法,该方法包括:
180.步骤601:第一终端设备向会话管理网元发送第一会话创建请求,第一会话请求用于请求创建第一会话以及指示第一会话与第二会话关联。
181.需要说明的是,第一会话与第二会话存在关联关系包括通过第一会话接收的上行数据通过第二会话进行转发、以及通过第二会话接收的上行数据通过第一会话进行转发。也就是说,第一会话与第二会话存在关联关系包括第一会话的上行流与第二会话关联、以及第一会话与第二会话的下行流(也即第一会话的下行流与第二会话关联)关联。
182.第一会话与第二会话关联的指示方式与第一会话的上行流与第二会话关联的方式相同,具体可参见前述内容,此处不再赘述。
183.步骤602:会话管理网元接收到第一会话创建请求后,在用户面网元中配置转发规则,该转发规则指示通过第二会话转发来自第一会话的上行数据报文(也即第一转发规则)以及通过第一会话接收来自第二会话的上行数据报文(可以称为第二转发规则)。与步骤502相同,具体可以参见步骤502的相关说明,此处不再赘述。
184.第一会话的转发规则的指示方式有许多种,下面列举其中几种:
185.1、第二会话的标识,第二会话的标识可以是第二会话的n4会话标识。用户面网元在接收到包括第二会话的标识的第一转发规则后,可以根据第二会话的标识确定第一会话的上行流与第二会话关联。
186.对于第一会话的上行流,用户面网元可以配置的转发规则(也即第一转发规则)为通过第一会话接收来自上行数据(也可以称为上行数据报文)后,通过第二会话发送该上行数据。
187.对于第一会话的下行流,用户面网元可以配置的转发规则(也即第二转发规则)为通过第二会话接收来自上行数据后,通过第一会话发送该上行数据,对于第一会话的下行流的转发规则的配置,可以在创建第二会话时,将该转发规则配置为第二会话的转发规则。
188.2、会话关联标识,关于会话关联标识可参见前述说明,此处不再赘述。
189.对于第一会话的上行流,用户面网元可以配置的转发规则(也即第一转发规则)为接收来自第一会话的上行数据,并将该上行数据发送到本地转发模块。
190.对于第一会话的下行流,从该本地转发模块匹配来自第二会话的数据报文,通过第一会话发送匹配到的报文。
191.需要说明的是,当会话关联标识为群组标识时,用户面网元可以按照现有的群组管理方式配置转发规则,也即用户面网元为第一会话的上行流配置的转发规则具体为接收来自第一会话的上行数据,并将该上行数据发送到本地转发模块,为第一会话的下行流配置的转发规则具体为从该本地转发模块匹配属于同一群组的第二终端设备的数据报文,通过位于同一群组的第一终端设备的第一会话发送匹配到的报文。
192.3、第二会话的通用无线分组业务隧道协议用户面(grps tunnelling protocol user plane,gtp-u)标识。
193.对于第一会话的上行流,用户面网元可以配置的转发规则(也即第一转发规则)为接收来自第一会话的上行数据,并在该上行数据中添加第二会话的gtp-u标识,并将该添加
了第二会话的gtp-u标识的上行数据发送到本地转发模块。
194.对于第一会话的下行流,用户面网元可以配置的转发规则(也即第二转发规则)为从该转发模块匹配包括第一会话的gtp-u标识的数据报文,通过的第二会话发送该报文。
195.会话管理网元在用户面网元中配置转发规则之后,会话管理网元可以向第一终端发送第二会话创建响应,用于指示第一会话创建成功,也即建立了第一会话上行流与第二会话的关联。
196.第一会话的上行流与第二会话关联的另一种表述为第一会话与第二会话的下行流关联,故而也可以才采用指示第一会话与第二会话的下行流的方式,具体可参见图7。
197.如图7所示为本技术实施例提供的一种转发规则配置方法,该方法包括:
198.步骤701:第二终端设备向会话管理网元发送第二会话创建请求,第二会话请求用于请求创建第二会话以及指示第一会话与第二会话的下行流关联。
199.步骤702:会话管理网元接收到第二会话创建请求后,会话管理网元可以创建第二会话,在用户面网元中配置第一转发规则,第一转发规则指示通过第二会话转发来自第一会话的上行数据报文。与步骤502相同,具体可以参见步骤502的相关说明,此处不再赘述。
200.也就是说,会话管理网元可以触发用户面网元创建第一会话的第一转发规则,作为一种可能的实施方式,会话管理网元也可以触发用户面网元创建第二会话的第三转发规则,第三转发规则指示通过第二会话接收来自第一会话的上行数据报文。
201.会话管理网元在用户面网元中配置第一转发规则之后,会话管理网元可以向第二终端发送第二会话创建响应,用于指示第二会话创建成功,也即建立了第一会话上行流与第二会话的关联。
202.若在数据转发时,从第二会话接收的上行数据需要通过第一会话转发,与如图5或6所示的方式类似,第二终端设备可以向会话管理网元发送指示第一会话与第二会话上行流关联(或第一会话与第二会话关联)的第三会话创建请求,会话管理网元在接收到第三会话创建请求后,可以在用户面网元配置第二会话的第二转发规则,该第二转发规则指示通过第一会话转发来自所述第二会话的上行数据报文。
203.指示第一会话与第二会话上行流关联的方式以及指示第一会话与第二会话关联的方式与如图5或6所示的实施例中指示第一会话上行流与第二会话关联的方式以及指示第一会话与第二会话关联的方式类似,区别在于此处携带的是第一会话的相关信息(如第一会话的标识、gtp-u标识等)。
204.会话管理网元在用户面网元配置第二会话的第二转发规则的方式与会话管理网元在用户面网元配置第一会话的第一转发规则的方式类似,具体可参见前述内容,此处不再赘述。
205.当然,第一会话与第二会话的上行流关联的另一种表述为第一会话的下行流与第二会话关联,故而也可以采用指示第一会话的下行流与第二会话的方式,也即第一终端设备可以向会话管理网元发送第四会话创建请求,第四会话创建请求用于请求创建第一会话以及指示第二会话与第一会话的下行流关联,以便会话管理网元在用户面网元创建第二会话的第二转发规则,作为一种可能的实施方式,会话管理网元也可以触发用户面网元创建第一会话的第四转发规则,第四转发规则指示通过第一会话接收来自第二会话的上行数据报文。
206.在上述实施例中,仅是以终端设备(第一终端设备和第二终端设备)发送会话创建请求(第一会话创建请求、第二会话创建请求、第三会话创建请求或第四会话创建请求)为例进行说明,事实上,终端设备也可以发送会话修改请求,通过会话修改请求告知会话管理网元第一会话与第二会话的关联关系。具体过程,与发送会话创建请求类似,此处不再赘述。
207.(2)、第一请求来自应用功能网元,第一请求为第一配置请求,用于配置第一会话。
208.步骤801:应用功能网元向会话管理网元发送第一配置请求,第一配置请求用于指示第一会话的上行流与第二会话关联或第一会话与第二会话关联。
209.第一终端设备和第二终端设备的会话均创建完成后,应用网元可以触发创建第一会话中的数据流,发送第一配置请求,对第一会话进行进一步配置。
210.第一配置请求指示第一会话的上行流与第二会话关联或第一会话与第二会话关联的方式与第一会话创建请求指示第一会话的上行流与第二会话关联或第一会话与第二会话关联的方式类似,具体可参见前述内容,此处不再赘述。
211.步骤802:会话管理网元接收到第一配置请求后,在用户面网元中配置第一转发规则,第一转发规则指示通过第二会话转发来自第一会话的上行数据报文。与步骤501相同,具体可以参见步骤501的相关说明,此处不再赘述。
212.为了在用户面网元配置第二转发规则,应用功能网元还可以发送第二配置请求。
213.步骤803:应用功能网元向会话管理网元发送第二配置请求,第二配置请求用于指示第为会话的上行流与第一会话关联或第一会话与第二会话关联。
214.第一终端设备和第二终端设备的会话均创建完成后,应用网元可以触发创建第二会话中的数据流,发送第二配置请求,对第二会话进行进一步配置。
215.第二配置请求指示第二会话的上行流与第一会话关联或第一会话与第二会话关联的方式与第三会话创建请求指示第二会话的上行流与第一会话关联或第一会话与第二会话关联的方式类似,具体可参见前述内容,此处不再赘述。
216.步骤804:会话管理网元接收到第二配置请求后,在用户面网元中配置第二转发规则,第二转发规则指示通过第一会话转发来自第二会话的上行数据报文。具体可参见前述说明,此处不再赘述。
217.需要说明的是,若第一配置请求已指示第一会话与第二会话关联,也可以不执行步骤803~804。
218.(二)、数据传输方法。
219.在用户面网元配置了第一转发规则,用户面网元可以根据第一转发规则或第二转发规则对进行数据转发,如图9所示为本技术实施例提供的一种数据传输方法,该方法包括:
220.步骤901:第一终端设备通过第一会话发送第一上行数据报文。
221.步骤902:用户面网元通过第一会话接收第一上行数据报文后,可以根据第一转发规则,通过第二会话转发第一上行数据报文。
222.步骤903:第二终端设备通过第二会话接收第一上行数据报文。
223.若第二会话的上行流与第二会话关联,也即用户面网元配置了第二转发规则,还可以执行如下步骤904~906。
224.步骤904:第二终端设备通过第二会话发送第二上行数据报文。
225.步骤905:用户面网元通过第二会话接收第二上行数据报文后,可以根据第二转发规则,通过第一会话转发第二上行数据报文。
226.步骤906:第一终端设备通过第一会话接收第二上行数据报文。
227.通过上述第一上行数据报文的传输过程可以看出,用户面网元在接收到第一上行数据报文后,可以基于第一上行数据报文的来源(第一会话),来确定所需转发该上行数据报文的会话,也即确定接收该上行数据报文的终端设备(第二终端设备)。
228.下面基于如图4b所示的网络架构对本技术实施例提供的一种转发规则配置方法以及数据传输方法进行进一步说明。
229.如图10所示,本技术实施例提供的一种转发规则配置方法以及数据传输方法,其中步骤1001~步骤1005为转发规则配置方法,步骤1006~步骤1017为数据传输方法。
230.步骤1001:upf网元配置n6接口对应的会话为ue1的会话,以便upf网元可以通过n6接口和ue1的会话直接进行数据报文的转发。n6接口与会话的对应关系可以是预先配置在upf网元中的,upf网元可以根据该对应关系配置n6接口对应的会话。
231.可选的,ue1也可以向smf网元发送第五会话创建/修改请求,该第五会话创建/修改请求用于请求创建ue1的会话,第五会话创建/修改请求还可以指示ue1的会话所关联的数据网络名称(data network name,dnn),该dnn所指示的dn与upf网元的n6接口关联。
232.smf网元在接收到第五会话创建/修改请求后,通知upf网元创建ue1的会话,并配置n6接口对应的会话为ue1的会话。
233.步骤1001中实质上是配置从设备1与主设备之间的数据报文的转发规则,也即主设备通过ue1的会话将数据报文发送至ue1,这样从设备1可以从ue1获取该数据报文。
234.步骤1002:ue2向smf网元发送第六会话创建/修改请求,该第六会话创建/修改请求用于请求创建ue2的会话,第六会话创建/修改请求还可以指示ue2的会话与ue3的会话关联。
235.本技术实施例并不限定第六会话创建/修改请求指示ue2的会话与ue3的会话关联的方式,例如第六会话创建/修改请求可以通过携带ue3的会话的标识指示ue2的会话与ue3的会话关联,也可以通过携带ue2和ue3所在群组的群组标识指示ue2的会话与ue3的会话关联,还可以通过携带预先约定的会话关联标识指示ue2的会话与ue3的会话关联。
236.步骤1003:smf网元接收到第六会话创建/修改请求后,可以向upf网元发送第一n4会话创建/修改请求,用于创建/修改ue2的会话的转发规则。该转发规则指示通过ue3的会话转发来自ue2的会话的上行数据报文。
237.该转发规则可以表现为如下中的任一种:
238.1、对于ue2会话的上行流,将通过ue2的会话接收的上行数据(也可以称为上行数据报文)发送到ue3的会话;对于ue2会话的下行流,在配置ue3的会话的转发规则时,配置将通过ue3的会话接收的上行数据发送到ue2的会话。该配置过程可以在创建/修改ue3的会话的转发规则时执行。
239.2、对于ue2会话的上行流,通过ue2的会话接收的上行数据后,将该上行数据发送到本地转发模块。
240.对于ue2会话的下行流,从本地转发模块匹配数据报文,也即匹配会话关联标识或
ue3的会话的标识,并将匹配到的数据报文通过ue2的会话发送。
241.3、对于ue2会话的上行流,通过ue2的会话接收的上行数据后,在该上行数据中添加ue3的会话的gtp-u标识,之后发送到本地转发模块。
242.对于ue2会话的下行流,从本地转发模块匹配数据报文,也即匹配ue2的会话的gtp-u标识,并将匹配到的数据报文通过ue2的会话发送。
243.4、对应通过群组标识指示ue3的会话以及ue2的会话关联的方式,可以按现有群组管理的方式配置转发规则。也即通过ue2的会话接收的上行数据后,并将该上行数据发送到本地转发模块;以及从本地转发模块匹配属于同一群组的ue3的数据报文,并将匹配到的数据报文通过ue2的会话发送。
244.步骤1002~1003中实质上是配置了与从设备1连接的ue1的会话的转发规则,也即从设备1可以通过ue2的会话将数据报文发送至ue3(也即从设备4),还可以通过ue2的会话接收来自ue3的数据报文。
245.步骤1004:ue3发送第七会话创建/修改请求,该第七会话创建/修改请求用于请求创建/修改ue3的会话,第六会话创建/修改请求还可以指示ue2的会话与ue3的会话关联。指示的方法同步骤1002。
246.步骤1005:smf网元向upf网元发送第二n4会话创建/修改请求,用于创建/修改ue3的会话的转发规则。该转发规则指示通过ue2的会话转发来自ue3的会话的数据报文。
247.1、对于ue3会话的上行流,将通过ue3的会话接收的上行数据(也可以称为上行数据报文)发送到ue2的会话。
248.2、对于ue3会话的上行流,通过ue3的会话接收的上行数据后,将该上行数据发送到本地转发模块。
249.对于ue3会话的下行流,从本地转发模块匹配数据报文,也即匹配会话关联标识或ue2的会话的标识,并将匹配到的数据报文通过ue3的会话发送。
250.3、对于ue3会话的上行流,通过ue3的会话接收的上行数据后,在该上行数据中添加ue2的会话的gtp-u标识,之后发送到本地转发模块。
251.对于ue3会话的下行流,从本地转发模块匹配数据报文,也即匹配ue3的会话的gtp-u标识,并将匹配到的数据报文通过ue3的会话发送。
252.4、对应通过群组标识指示ue3的会话以及ue2的会话关联的方式,可以按现有群组管理的方式配置转发规则。也即通过ue3的会话接收的上行数据后,并将该上行数据发送到本地转发模块;以及从本地转发模块匹配属于同一群组的ue2的数据报文,并将匹配到的数据报文通过ue3的会话发送。
253.步骤1004~1005中实质上是配置了与从设备4连接的ue3的会话的转发规则,也即从设备4可以通过ue3的会话将数据报文发送至ue2(也即从设备1),还可以通过ue3的会话接收来自ue2的数据报文。
254.需要说明的是,在步骤1001~1005中,是ue1~ue3向smf网元发送会话创建/修改请求,指示会话之间的关联,作为一种可能的实施方式,指示会话之间(ue2的会话与ue3的会话)的关联的消息(也即第一请求)也可以是由af网元发送给smf网元的。例如,af网元可以通过nef网元将第一请求发送给pcf(或者af网元也可以直接将第一请求发送到pcf网元),之后pcf网元向smf网元发送第一请求。又例如,af网元通过nef发送将第一请求发送给
smf网元(或者af网元也可以直接将第一请求发送到smf网元)。
255.前述步骤实现了转发规则的配置方式,下面对数据报文传输过程进行说明。
256.步骤1006:主设备向upf网元发送第一报文。
257.步骤1007:upf网元接收到第一报文后,根据n6侧接口和会话的对应关系,将第一报文转发到ue1的会话。
258.步骤1008:ue1接收第一报文后,将第一报文发送给从设备1。
259.步骤1009:从设备1接收到第一报文后,发送到从设备2、从设备3,之后第一报文被发回到从设备1。
260.从设备1、从设备2以及从设备3在接收到第一报文后,可以对第一报文进行处理。
261.步骤1010:从设备1通过ue2的会话将第一报文发送给upf网元。也即从设备1将第一报文发送给ue2,ue2通过ue2的会话将第一报文发送给upf网元。
262.步骤1011:upf网元根据ue2的会话的转发规则,通过与ue2的会话关联的ue3的会话将第一报文发送到ue3。
263.步骤1012:ue3接收第一报文后,将第一报文发送给从设备4。
264.步骤1013:从设备4接收到第一报文后,读取该第一报文,通过ue3的会话将第一报文发回到upf网元。也即从设备4将第一报文发送给ue3,ue3通过ue3的会话将第一报文发送给upf网元。
265.步骤1014:upf网元根据ue3的会话的转发规则,将第一报文发送到与ue3的会话关联的ue2的会话。也即upf网元通过ue2的会话将第一报文发送给ue2。
266.步骤1015:ue2在将第一报文发送给从设备1。
267.步骤1016:从设备1从ue2接收到第一报文后,通过ue1的会话将第一报文发回到upf网元。
268.步骤1017:upf网元根据ue1的会话和n6接口的对应关系,将第一报文转发到主设备。
269.下面基于如图4c所示的网络架构对本技术实施例提供的一种转发规则配置方法以及数据传输方法进行进一步说明。
270.如图11所示,本技术实施例提供的一种转发规则配置方法以及数据传输方法,其中步骤1101~步骤1105为转发规则配置方法,步骤1106~步骤1114为数据传输方法。
271.步骤1101:upf网元配置n6接口对应的会话,具体的,upf配置n6接口的上行对应的会话为ue1的会话,n6接口的下行对应的会话为ue3的会话。
272.步骤1101中实质上是配置从设备1与主设备之间、以及从设备4与主设备之间的数据报文的转发规则,也即主设备通过ue1的会话将数据报文发送至ue1,这样从设备1可以从ue1获取该数据报文。主设备通过ue3的会话接收来自从设备4的数据报文。
273.步骤1102:ue1向smf网元发送第八会话创建/修改请求,该第八会话创建/修改请求用于请求创建/修改ue1的会话,第八会话创建/修改请求还可以指示ue1的会话的上行流所关联的dnn以及ue1的会话的下行流与ue3的会话关联,其中,dnn所指示的dn与upf网元的n6接口关联。
274.第八会话创建/修改请求指示ue1的会话的下行流与ue3的会话关联的方式与第六会话创建/修改请求还可以指示ue2的会话与ue3的会话关联的方式类似,也即第八会话创
建/修改请求可以通过携带ue3的会话的标识、携带ue1和ue3所在群组的群组标识或预先约定的会话关联标识指示ue1的会话的下行流与ue3的会话关联。
275.步骤1103:smf网元接收到第八会话创建/修改请求后,可以向upf网元发送第三n4会话创建/修改请求,用于创建/修改ue1的会话上行流的转发规则以及下行流的转发规则。该转发规则指示通过ue3的会话转发来自ue2的会话的数据报文。
276.ue1的会话上行流的转发规则指示将通过ue1的会话接收的上行数据发送到ue3的会话。ue1的会话上行流的转发规则的配置方式与如图10中ue2的会话上行流的转发规则类似,具体可以参见前述内容,此处不再赘述。
277.ue1的会话下行流的转发规则指示从dnn对应的n6接口接收数据报文。
278.步骤1104:ue3向smf网元发送第九会话创建/修改请求,该第九会话创建/修改请求用于请求创建/修改ue3的会话,第九会话创建/修改请求还可以指示ue3的会话的上行流所关联的dnn以及ue3的会话的下行流与ue1的会话关联,其中,dnn所指示的dn与upf网元的n6接口关联。
279.第九会话创建/修改请求ue3的会话的下行流与ue1的会话关联可以通过携带ue1的会话的标识、携带ue1和ue3所在群组的群组标识或预先约定的会话关联标识指示ue1的会话的下行流与ue3的会话关联。
280.步骤1105:smf网元接收到第九会话创建/修改请求后,可以向upf网元发送第四n4会话创建/修改请求,用于创建/修改ue3的会话上行流的转发规则以及下行流的转发规则。
281.ue3的会话下行流的转发规则指示将通过ue1的会话接收的上行数据发送到ue3的会话。ue3的会话下行流的转发规则的配置方式与如图10中ue2的会话下行流的转发规则类似,具体可以参见前述内容,此处不再赘述。
282.ue3的会话上行流的转发规则指示向dnn对应的n6接口发送数据报文。
283.步骤1102~步骤1105中实质上是配置从设备1与主设备之间、以及从设备1与从设备4之间的数据报文的转发规则,也即主设备通过ue1的会话将数据报文发送至ue1,这样从设备1可以从ue1获取该数据报文。从设备1通过ue1的会话将数据报文发送至ue3,从设备4接收到该数据报文,将该数据报文通过ue3的会话发送至住设备。
284.需要说明的是,若步骤1102中第八会话创建/修改请求指示了ue1会话的下行流所关联的dnn以及步骤1104中第九会话创建/修改请求指示了ue3会话的上行流所关联的dnn,也可以不执行步骤1101。
285.前述步骤实现了转发规则的配置方式,下面对数据报文传输过程进行说明。
286.步骤1106:主设备向upf网元发送第二报文。
287.步骤1107:upf网元接收到第二报文后,根据n6侧接口和ue1会话下行流的对应关系,将第二报文转发到ue1的会话。也即将第二报文发送给ue1。
288.步骤1108:ue1接收第二报文后,将第二报文发送给从设备1。
289.步骤1109:从设备1接收到第二报文后,发送到后续从设备2、从设备3对第二报文进行处理,之后处理后的第二报文被发回到从设备1。
290.步骤1110:从设备1通过ue1的会话将处理后的第二报文发送给upf网元。
291.步骤1111:upf网元根据ue1的会话上行流的转发规则,将处理后的第二报文发送到ue3的会话。也即将第二报文发送给ue3。
292.步骤1112:ue3接收处理后的第二报文后,将处理后的第二报文发送给从设备4。
293.步骤1113:从设备4接收到处理后的第二报文后,再次处理该处理后的第二报文(为方便说明,这里用第二处理报文表示从设备4处理后的第二报文),通过ue3的会话将处理后的第二处理报文发回到upf网元。
294.步骤1114:upf根据ue3的会话上行流和n6接口的对应关系,将第二处理报文转发到主设备。
295.下面基于如图4c所示的网络架构对本技术实施例提供的一种转发规则配置方法以及数据传输方法进行进一步说明。
296.如图12所示,本技术实施例提供的一种转发规则配置方法以及数据传输方法,其中步骤1201~步骤1205为转发规则配置方法,步骤1206~步骤1224为数据传输方法。
297.步骤1201:与步骤1101相同,具体可参见前述说明,此处不再赘述。
298.步骤1202:与步骤1102相同,具体可参见前述说明,此处不再赘述。
299.需要说明的是,第八会话创建/修改请求还可以指示与ue1关联的从设备的地址。本技术实施例并不限定指示从设备1的地址的方式,下面列举两种方式:
300.方式一、对于从设备利用自增量地址寻址的方式。
301.第八会话创建/修改请求中包括与ue1关联的从设备的自增量地址的起始序号,可选的,还可以指示与ue1关联的从设备(从设备1、从设备2以及从设备3)的数量。在本技术实施例中与ue1关联的从设备的数量为3。
302.与ue1关联的从设备的自增量地址的起始序号为从设备1的子增量地址的序号,由于从设备1在各个从设备中为第一个接收到ethercat报文的从设备,故而第八会话创建/修改请求携带的起始序号为0。
303.方式二、对于从设备利用固定地址或逻辑地址的方式。
304.第八会话创建/修改请求中包括与ue1关联的从设备的固定地址或逻辑地址。
305.步骤1203:与步骤1103相同,具体可参见前述说明,此处不再赘述。
306.需要说明的是,在该步骤中smf网元还可以向upf网元发送与ue1关联的从设备的自增量地址的起始序号、固定地址或逻辑地址。也就是说第三n4会话创建/修改请求中还可以携带upf网元发送与ue1关联的从设备的自增量地址的起始序号、固定地址或逻辑地址。
307.步骤1204:与步骤1104相同,具体可参见前述说明,此处不再赘述。
308.需要说明的是,第九会话创建/修改请求还可以指示与ue3关联的从设备的地址。本技术实施例并不限定指示从设备4的地址的方式,下面列举两种方式:
309.方式一、对于从设备利用自增量地址寻址的方式。
310.第九会话创建/修改请求中包括与ue3关联的从设备的自增量地址的起始序号,可选的,还可以指示与ue3关联的从设备(从设备4)的数量。在本技术实施例中与ue3关联的从设备的数量为1。
311.与ue3关联的从设备的自增量地址的起始序号为从设备4的子增量地址的序号,由于从设备4在各个从设备中为第四个接收到ethercat报文的从设备,故而第九会话创建/修改请求携带的起始序号为3。
312.方式二、对于从设备利用固定地址或逻辑地址的方式。
313.第九会话创建/修改请求中包括与ue3关联的从设备的固定地址或逻辑地址。
314.步骤1205:与步骤1105相同,具体可参见前述说明,此处不再赘述。
315.需要说明的是,在该步骤中smf网元还可以向upf网元发送与ue3关联的从设备的自增量地址的起始序号、固定地址或逻辑地址。也就是说第四n4会话创建/修改请求中还可以携带upf网元发送与ue3关联的从设备的自增量地址的起始序号、固定地址或逻辑地址。
316.下面对从设备采用自增量地址寻址的方式确定子报文时,upf网元对数据报文的转发过程。
317.步骤1206:upf网元从dnn所对应的n6接口接收来自主设备的第三报文。
318.步骤1207:upf网元根据与ue1关联的从设备的自增量地址的起始序号,确定第三报文中的第一子报文,将确定第一子报文转发到ue1的会话。这里不限定第一子报文的数量,可以是一个,也可以是多个。
319.由于与ue1关联的从设备的自增量地址的起始序号为0,upf网元可以提取第三报文中将从设备的自增量地址排序在0以及0之后的子报文,将提取的子报文封装,通过ue1的会话转发封装后的子报文。这里提前的子报文也可以包括第三报文中所有子报文,也就可以直接转发该第三报文。
320.可选的,upf根据与ue1关联的从设备的数量以及自增量地址的起始序号提取第三报文中从设备1、从设备2以及从设备3对应的三个子报文,封装该三个子报文,将封装后的字报文转发到ue1的会话。
321.需要说明的是,通过在从设备在进行自增量地址寻址时,ethercat网络可以为各个从设备分配固定地址,upf网元可以记录各个从设备的固定地址,以便后续进行数据报文的转发。作为一种可能的实施方式,upf网元所保存的各个从设备的固定地址,也可以是ue1以及ue3(或af网元)将所关联的从设备的固定地址发送给smf网元后,smf网元发送给upf网元。
322.步骤1208:upf网元通过ue1的会话将第一子报文发送给ue1。
323.步骤1209:ue1接收第一子报文后,将第一子报文发送给从设备1。
324.步骤1210:从设备1接收到第一子报文后,对第一子报文进行处理,并将处理后的第一子报文发送到后续从设备2、从设备3,为方便说明,这里用第一处理子报文表示从设备3处理后的第一子报文),之后第一处理子报文被发回到从设备1。
325.步骤1211:从设备1通过ue1的会话将第一处理子报文发送给upf网元。
326.步骤1212:upf网元根据与ue3关联的从设备的子增量地址的起始序号,确定与ue3关联的从设备对应的第二子报文,将提取的第二子报文封装后,通过ue3的会话发送封装后的第二子报文。
327.可选的,upf网元将第三报文中各子报文中的自增量地址的地址加3后发送到会话3,发送到ue3的会话。
328.步骤1213:ue3接收封装后的第二子报文后,将第二子报文发送给从设备4。
329.步骤1214:从设备4接收到第二子报文后,该处理后的第二子报文(为方便说明,这里用第二处理子报文表示从设备4处理后的第二报文),通过ue3的会话将处理后的第二处理子报文发回到upf网元。
330.步骤1215:upf网元接收到第一处理子报文以及第二处理子报文后,将第一处理子报文以及第二处理子报文合并到同一报文后,通过ue3的会话的上行流关联的n6接口将该
报文发送到主设备。
331.upf网元可以识别子报文是否经过处理,以便可以将处理后的子报文发送给从设备。下面列举两种识别方式。
332.1.upf保存第三报文,之后在接收到第一处理子报文以及第二处理子报文后,比对第三报文第一子报文和第二子报文与第一处理子报文以及第二处理子报文,根据比对结果确定第一子报文和第二子报文是否发生修改,将发生修改的子报文替换第三报文中对应的字报文,将替换了子报文的第三报文发送给主设备。
333.2.第三报文中的各个子报文包括读写标识,若从设备对子报文进行修改,则可以变更该读写标识,变更后的读写标识可以指示该子报文发生了修改。
334.upf网元可以在接收到第一处理子报文以及第二处理子报文后,根据子报文中的读写标识确定子报文是否发生修改,进一步的将发生修改的子报文合并在一个报文中,将该报文发送给主设备。
335.下面对从设备采用固定地址或逻辑地址寻址的方式确定子报文时,upf网元对数据报文的转发过程。
336.步骤1216:upf网元从dnn所对应的n6接口接收来自主设备的第四报文。
337.步骤1217:upf网元根据n6侧接口所关联的ue1的会话发送第四报文。
338.可选的,upf网元可以根据与ue1所关联的从设备的固定地址(或逻辑地址)提取第三子报文,将确定第三子报文转发到ue1的会话。这里不限定第三子报文的数量,可以是一个,也可以是多个。
339.步骤1218:ue1接收第三子报文后,将第三子报文发送给从设备1。
340.步骤1219:从设备1接收到第三子报文后,对第三子报文进行处理,并将处理后的第三子报文发送到后续从设备2、从设备3,为方便说明,这里用第三处理子报文表示从设备3处理后的第三子报文),之后第三处理子报文被发回到从设备1。
341.步骤1220:从设备1通过ue1的会话将第三处理子报文发送给upf网元。
342.步骤1221:upf网元根据n6侧接口所关联的ue4的会话发送第四报文。
343.可选的,upf根据与ue3所关联的从设备的固定地址(或逻辑地址)提取第四子报文,将确定第四子报文转发到ue3的会话。这里不限定第四子报文的数量,可以是一个,也可以是多个。
344.步骤1222:ue3接收封装后的第四子报文后,将第四子报文发送给从设备4。
345.步骤1223:从设备4接收到第四子报文后,该处理后的第四子报文(为方便说明,这里用第四处理子报文表示从设备4处理后的第四子报文),通过ue3的会话将处理后的第四处理子报文发回到upf网元。
346.步骤1224:upf网元接收到第一处理子报文以及第四处理子报文后,将第一处理子报文以及第四处理子报文合并到同一报文后,通过ue3的会话的上行流关联的n6接口将该报文发送到主设备。
347.基于与方法实施例同一发明构思,本技术实施例还提供了一种通信装置,用于执行上述如图5~12所示的方法实施例中所述upf网元执行的方法,相关特征可参见上述方法实施例,此处不再赘述,如图13所示,为本技术提供的一种通信装置,所述装置包括接收单元1301以及发送单元1302:
348.接收单元1301,用于通过第一会话接收第一上行数据报文;
349.发送单元1302,用于根据第一转发规则,通过第二会话转发第一上行数据报文,其中,第一转发规则指示通过第二会话转发来自第一会话的上行数据报文。
350.在一种可能的实施方式中,接收单元1301,还用于通过第二会话接收第二上行数据报文;
351.发送单元1302,还用于根据第二转发规则,通过第一会话转发第二上行数据报文,其中,第二转发规则指示通过第一会话转发来自第二会话的上行数据报文。
352.在一种可能的实施方式中,接收单元1301在发送单元1302通过第一会话接收第一上行数据报文之前,从会话管理网元接收第一转发规则。
353.在一种可能的实施方式中,接收单元1301在发送单元通过第二会话接收第二上行数据报文之前,从会话管理网元接收第二转发规则。
354.在一种可能的实施方式中,第一转发规则为第一会话的转发规则,第一转发规则包括下列的部分或全部:
355.第二会话的标识、会话关联标识、或第二会话的gtp-u标识,其中,会话关联标识指示第一会话与第二会话关联。
356.在一种可能的实施方式中,第二转发规则为第二会话的转发规则,第二转发规则包括下列的部分或全部:
357.第一会话的标识、会话关联标识、或第一会话的gtp-u标识,其中,会话关联标识指示第一会话与第二会话关联。
358.基于与方法实施例同一发明构思,本技术实施例还提供了一种通信装置,用于执行上述如图5~12所示的方法实施例中smf网元执行的方法,相关特征可参见上述方法实施例,此处不再赘述,如图14所示,为本技术提供的一种通信装置,装置包括接收单元1401以及处理单元1402:
359.接收单元1401,用于接收第一请求,第一请求用于指示第一会话的上行流与第二会话关联;
360.处理单元1402,用于在用户面网元中配置第一转发规则,第一转发规则指示通过第二会话转发来自第一会话的上行数据报文。
361.在一种可能的实施方式中,接收单元1401接收第一请求以及第一请求的类型有如下几种:
362.从第一终端设备接收第一会话创建(或修改)请求,第一会话创建(或修改)请求用于请求创建(或修改)第一会话,以及指示第一会话的上行流与第二会话关联。
363.从第一终端设备接收第一会话创建(或修改)请求,第一会话创建(或修改)请求还用于指示第一会话的上行流与第二会话关联或第一会话与第二会话关联。
364.从第二终端设备接收第二会话创建(或修改)请求,第二会话创建请求用于请求创建第二会话以及指示第一会话与第二会话的下行流关联。
365.从应用功能网元接收第一配置请求,第一配置请求用于配置第一会话,第一配置请求还用于指示第一会话的上行流与第二会话关联或第一会话与第二会话关联。
366.在一种可能的实施方式中,接收单元1401还可以于接收第二请求,第二请求用于请求创建第二会话以及指示第二会话的上行流与第一会话关联;
367.处理单元1402可以在用户面网元中配置第二转发规则,第二转发规则指示通过第一会话转发来自第二会话的上行数据报文。
368.在一种可能的实施方式中,接收单元1401接收第二请求以及第二请求的类型有如下几种:
369.从第二终端设备接收第三会话创建(或修改)请求,第三会话创建(或修改)请求用于请求创建第二会话以及指示第二会话的上行流与第一会话关联,第三会话创建请求还用于指示第二会话的上行流与第一会话关联或第一会话与第二会话关联。
370.从应用功能网元接收第二配置请求,第二配置请求用于配置第二会话,第二配置请求还用于指示第二会话的上行流与第一会话关联或第一会话与第二会话关联。
371.在一种可能的实施方式中,第一会话创建(或修改)请求以及第一配置请求包括下列中的部分或全部:第二会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联;
372.第二会话创建(或修改)请求包括下列中的部分或全部:
373.第一会话的标识或会话关联标识。
374.在一种可能的实施方式中,第三会话创建(或修改)请求以及第二配置请求包括下列中的部分或全部:第一会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。
375.在一种可能的实施方式中,第一转发规则为第一会话的转发规则,第一转发规则包括下列的部分或全部:
376.第二会话的标识、会话关联标识、或第二会话的gtp-u标识,其中,会话关联标识指示第一会话与第二会话关联。
377.在一种可能的实施方式中,第二转发规则为第二会话的转发规则,第二转发规则包括下列的部分或全部:
378.第一会话的标识、会话关联标识、或第一会话的gtp-u标识,其中,会话关联标识指示第一会话与第二会话关联。
379.基于与方法实施例同一发明构思,本技术实施例还提供了一种通信装置,用于执行上述如图5~12所示的方法实施例中第一终端设备或ue2执行的方法,相关特征可参见上述方法实施例,此处不再赘述,如图15所示,为本技术提供的一种通信装置,装置包括发送单元1501以及接收单元1502。
380.发送单元1501,用于向会话管理网元发送第一会话创建(或修改)请求,第一会话创建(或修改)请求用于请求创建(或修改)第一会话,第一会话创建(或修改)请求还用于指示第一会话的上行流与第二会话关联或第一会话与第二会话关联;
381.接收单元1502,用于从会话管理网元接收第一会话创建(或修改)响应,第一会话创建(或修改)响应指示第一会话创建(或修改)成功;
382.发送单元1501,还用于在接收单元接收到第一会话创建(或修改)响应后,通过第一会话发送第一上行数据报文。
383.在一种可能的实施方式中,第一会话创建请求包括第二会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。
384.基于与方法实施例同一发明构思,本技术实施例还提供了一种通信装置,用于执
行上述如图7~12所示的方法实施例中第二终端设备执行的方法,相关特征可参见上述方法实施例,此处不再赘述,如图16所示,为本技术提供的一种通信装置,装置包括发送单元1601以及接收单元1602。
385.发送单元1601,用于向会话管理网元发送第二会话创建(或修改)请求,第二会话创建请求用于请求创建第二会话以及指示第二会话的下行流与第一会话关联;
386.接收单元1602,用于从会话管理网元接收第二会话创建(或修改)响应,第三会话创建响应指示第二会话创建成功;
387.发送单元1601,还用于在接收单元接收到第二会话创建(或修改)响应后,通过第二会话接收第一上行数据报文。
388.在一种可能的实施方式中,第二会话请求包括第一会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。
389.基于与方法实施例同一发明构思,本技术实施例还提供了一种通信装置,用于执行上述法实施例中第二终端设备执行的方法,相关特征可参见上述方法实施例,此处不再赘述,如图17所示,为本技术提供的一种通信装置,装置包括发送单元1701以及接收单元1702:
390.发送单元1601,用于向会话管理网元发送第三会话创建(或修改)请求,第三会话请求用于请求创建(或修改)第二会话,第三会话创建请求还用于指示第二会话的上行流与第一会话关联或第一会话与第二会话关联;
391.接收单元1602,用于从会话管理网元接收第三会话创建(或修改)响应,第三会话创建(或修改)响应指示第二会话创建(或修改)成功;
392.发送单元1601,还用于在接收单元接收到第三会话创建(或修改)响应后,通过第二会话发送第二上行数据报文。
393.在一种可能的实施方式中,第三会话创建(或修改)请求包括第一会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。可选的,第三会话创建(或修改)请求还可以携带的上行流的指示信息,如会话的流向信息。
394.基于与方法实施例同一发明构思,本技术实施例还提供了一种通信装置,用于执行上述如图8~12所示的方法实施例中第二终端设备或ue3执行的方法,相关特征可参见上述方法实施例,此处不再赘述,如图17所示,为本技术提供的一种通信装置,装置包括发送单元1701以及接收单元1702。
395.发送单元1701,用于向会话管理网元发送第三会话创建(或修改)请求,第三会话创建(或修改)请求用于请求创建(或修改)第二会话第三会话创建(或修改)请求还用于指示第二会话的上行流与第一会话关联或第一会话与第二会话关联;
396.接收单元1702,用于从会话管理网元接收第三会话创建(或修改)响应,第三会话创建(或修改)响应指示第二会话创建(或修改)成功;
397.发送单元1701,用于在接收单元接收到第三会话创建(或修改)响应后,通过第二会话发送第二上行数据报文。
398.在一种可能的实施方式中,第三会话创建(或修改)请求包括第一会话的标识或会话关联标识,会话关联标识指示第一会话与第二会话关联。
399.本技术实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现
时可以有另外的划分方式,另外,在本技术各个实施例中的各功能单元可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
400.该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是个人计算机,手机,或者网络设备等)或处理器(processor)执行本技术各个实施例该方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。
401.在本技术实施例中,所述会话管理网元以及用户面网元、所述第一终端设备以及第二终端设备均可以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定asic,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。
402.在一个简单的实施例中,本领域的技术人员可以想到所述会话管理网元以及用户面网元功能可采用图18所示的形式。
403.如图18所示的通信装置1800,包括至少一个处理器1801、存储器1802,可选的,还可以包括通信接口1803。
404.处理器1801可以为中央处理器,存储器1802可以是易失性存储器,例如随机存取存储器;存储器也可以是非易失性存储器,例如只读存储器,快闪存储器,硬盘(hard disk drive,hdd)或固态硬盘(solid-state drive,ssd)、或者存储器1802是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器1802可以是上述存储器的组合。
405.本技术实施例中不限定上述处理器1801以及存储器1802之间的具体连接介质。本技术实施例在图中以存储器1802和处理器1801之间通过总线1804连接,总线1804在图中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。该总线1804可以分为地址总线、数据总线、控制总线等。为便于表示,图18中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
406.处理器1801可以具有数据收发功能,能够与其他设备进行通信,在如图18装置中,也可以设置独立的数据收发模块,例如通信接口1803,用于收发数据;处理器1801在与其他设备进行通信时,可以通过通信接口1803进行数据传输。
407.当所述用户面网元采用图18所示的形式时,图18中的处理器1801可以通过调用存储器1802中存储的计算机执行指令,使得所述用户面网元可以执行上述任一方法实施例中的所述用户面网元执行的方法。
408.具体的,图13中的接收单元和发送单元的功能/实现过程均可以通过图18中的处理器1801调用存储器1802中存储的计算机执行指令来实现。图14的接收单元和发送单元的功能/实现过程可以通过图18中的通信接口1803来实现。
409.当所述会话管理网元采用图18所示的形式时,图18中的处理器1801可以通过调用
存储器1802中存储的计算机执行指令,使得所述会话管理网元可以执行上述任一方法实施例中的所述会话管理网元执行的方法。
410.具体的,图14中的接收单元和处理单元的功能/实现过程均可以通过图18中的处理器1801调用存储器1802中存储的计算机执行指令来实现。或者,图14中的处理单元的功能/实现过程可以通过图18中的处理器1801调用存储器1802中存储的计算机执行指令来实现,图14的接收单元的功能/实现过程可以通过图18中的通信接口1803来实现。
411.在一个简单的实施例中,本领域的技术人员可以想到所述第一终端设备、以及第二终端设备功能可采用图19所示的形式。
412.如图19所示的通信装置1900,包括至少一个处理器1901、存储器1902,可选的,还可以包括收发器1903。
413.处理器1901和存储器1902与处理器1801和存储器1802类似,具体可以参见前述说明,此处不再赘述。
414.本技术实施例中不限定上述处理器1901以及存储器1902之间的具体连接介质。本技术实施例在图中以存储器1902和处理器1901之间通过总线1904连接,总线1904在图中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。该总线1904可以分为地址总线、数据总线、控制总线等。为便于表示,图19中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
415.处理器1901可以具有数据收发功能,能够与其他设备进行通信,在如图19装置中,也可以设置独立的数据收发模块,例如收发器1903,用于收发数据;处理器1901在与其他设备进行通信时,可以通过收发器1903进行数据传输。
416.当所述第一终端设备采用图19所示的形式时,图19中的处理器1901可以通过调用存储器1902中存储的计算机执行指令,使得所述第一终端设备可以执行上述任一方法实施例中的所述第一终端设备执行的方法。
417.具体的,图15中的发送单元、接收单元的功能/实现过程均可以通过图19中的处理器1901调用存储器1902中存储的计算机执行指令来实现。图15、图16的发送单元和接收单元的功能/实现过程可以通过图19中的收发器1903来实现。
418.当所述第二终端设备采用图19所示的形式时,图19中的处理器1901可以通过调用存储器1902中存储的计算机执行指令,使得所述第二终端设备可以执行上述任一方法实施例中的所述第二终端设备执行的方法。
419.具体的,图16、图17中的发送单元、接收单元的功能/实现过程均可以通过图19中的处理器1901调用存储器1902中存储的计算机执行指令来实现。图16、图17以及的发送单元和接收单元的功能/实现过程可以通过图19中的收发器1903来实现。
420.本领域内的技术人员应明白,本技术的实施例可提供为方法、系统、或计算机程序产品。因此,本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
421.本技术是参照根据本技术的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或
方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
422.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
423.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
424.显然,本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术范围。这样,倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内,则本技术也意图包含这些改动和变型在内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1